From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12278 invoked by alias); 31 Mar 2005 20:00:56 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 12196 invoked from network); 31 Mar 2005 20:00:46 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 31 Mar 2005 20:00:46 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id j2VK0kKU002406 for ; Thu, 31 Mar 2005 15:00:46 -0500 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id j2VK0kO15913 for ; Thu, 31 Mar 2005 15:00:46 -0500 Received: from localhost.localdomain (vpn50-40.rdu.redhat.com [172.16.50.40]) by pobox.corp.redhat.com (8.12.8/8.12.8) with ESMTP id j2VK0jK5028936 for ; Thu, 31 Mar 2005 15:00:46 -0500 Received: from ironwood.lan (ironwood.lan [192.168.64.8]) by localhost.localdomain (8.12.11/8.12.10) with ESMTP id j2VK0e8x032009 for ; Thu, 31 Mar 2005 13:00:40 -0700 Date: Thu, 31 Mar 2005 20:00:00 -0000 From: Kevin Buettner To: gdb-patches@sources.redhat.com Subject: Re: [RFC] Move TLS load module addr fetching to dwarf2loc.c Message-ID: <20050331130040.198529c9@ironwood.lan> In-Reply-To: <20050324124530.7714cb1c@ironwood.lan> References: <20050324124530.7714cb1c@ironwood.lan> Organization: Red Hat Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SW-Source: 2005-03/txt/msg00397.txt.bz2 On Thu, 24 Mar 2005 12:45:30 -0700 Kevin Buettner wrote: > * gdbarch.sh (fetch_tls_load_module_address): New architecture method. > * gdbarch.c, gdbarch.h: Regenerate. > * dwarf2loc.c (dwarf_expr_tls_address): Fetch TLS load module > address and pass this address, instead of the objfile address, to > target_get_thread_local_address(). > * linux-thread-db.c (thread_db_get_thread_local_address): Change > second parameter from type ``struct objfile *'' to CORE_ADDR. Do > not call svr4_fetch_objfile_link_map() to fetch the load module > address. > * target.h (struct target_ops): Change second parameter of > ``to_get_thread_local_address'' from ``struct objfile *'' to > ``CORE_ADDR''. > * alpha-linux-tdep.c (solib-svr4.h): Include. > (alpha_linux_init_abi): Register TLS load module fetcher. > * amd64-linux-tdep.c (amd64_linux_init_abi): Likewise. > * hppa-linux-tdep.c (hppa_linux_init_abi): Likewise. > * i386-linux-tdep.c (i386_linux_init_abi): Likewise. > * ia64-linux-tdep.c (solib-svr4.h): Include. > (ia64_linux_init_abi): Register TLS load module fetcher. > * m32r-linux-tdep.c (m32r_linux_init_abi): Likewise. > * m68klinux-tdep.c (m68k_linux_init_abi): Likewise. > * mips-linux-tdep.c (mips_linux_init_abi): Likewise. > * sparc-linux-tdep.c (sparc32_linux_init_abi): Likewise. > * sparc64-linux-tdep.c (solib-svr4.h): Include. > (sparc64_linux_init_abi): Register TLS load module fetcher. > * Makefile.in (alpha-linux-tdep.o, ia64-linux-tdep.o) > (sparc-linux-tdep.o): Update dependencies. And, in a later message, I wrote: > * s390-tdep.c (s390_gdbarch_init): Register TLS load module fetcher. I've checked these changes in. Kevin