From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17541 invoked by alias); 22 Sep 2006 18:18:16 -0000 Received: (qmail 17531 invoked by uid 22791); 22 Sep 2006 18:18:15 -0000 X-Spam-Check-By: sourceware.org Received: from web38911.mail.mud.yahoo.com (HELO web38911.mail.mud.yahoo.com) (209.191.125.117) by sourceware.org (qpsmtpd/0.31) with SMTP; Fri, 22 Sep 2006 18:18:12 +0000 Received: (qmail 81412 invoked by uid 60001); 22 Sep 2006 18:18:10 -0000 Message-ID: <20060922181810.81410.qmail@web38911.mail.mud.yahoo.com> Received: from [192.35.232.241] by web38911.mail.mud.yahoo.com via HTTP; Fri, 22 Sep 2006 11:18:10 PDT Date: Fri, 22 Sep 2006 18:18:00 -0000 From: Prosun Niyogi Subject: Re: TLS on powerpc(32/64) To: Michael Snyder Cc: gdb@sourceware.org, pniyogi@us.ibm.com In-Reply-To: <1158948173.22863.70.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-09/txt/msg00132.txt.bz2 Hi, thanks for your response. No, it isnt a glibc/libthread_db version problem ... I've built the same sources for ia32 and the test passes fine. It on powerpc that I see the failure. So, after a little digging, it seems like the load module address that gdb is using to make the call to td_thr_tls_get_addr_p is bogus. At the moment, I am comparing results with gdb-6.3 which works in my envrionment. The offset to the variable within LM looks fine. Still debugging. I am not too sure of what the concept of the load module address is. Where would be the appropriate place to look for background info? glibc TLS documentation? The lm_addr calculated in dwarf2loc.c looks bad on ppc. -Prosun __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com