From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1706 invoked by alias); 22 Sep 2006 19:01:34 -0000 Received: (qmail 1698 invoked by uid 22791); 22 Sep 2006 19:01:34 -0000 X-Spam-Check-By: sourceware.org Received: from web38901.mail.mud.yahoo.com (HELO web38901.mail.mud.yahoo.com) (209.191.125.107) by sourceware.org (qpsmtpd/0.31) with SMTP; Fri, 22 Sep 2006 19:01:33 +0000 Received: (qmail 42604 invoked by uid 60001); 22 Sep 2006 19:01:31 -0000 Message-ID: <20060922190131.42602.qmail@web38901.mail.mud.yahoo.com> Received: from [192.35.232.241] by web38901.mail.mud.yahoo.com via HTTP; Fri, 22 Sep 2006 12:01:31 PDT Date: Fri, 22 Sep 2006 19:01: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: <1158950633.22863.73.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/msg00135.txt.bz2 Apologies, I incorrectly reported that the lm address was wrong. Actually, both lm and addr (as reported by td_thr_tls_get_addr_p) are the same.. ie, tg_thr_tls_get_addr_p returns the address of lm, rather than the address of the variable. --Prosun Niyogi --- Michael Snyder wrote: > On Fri, 2006-09-22 at 11:18 -0700, Prosun Niyogi > wrote: > > 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. > > That's a little beyond my knowledge. Could it be a > 32/64 > wordsize issue? A sign extension issue? > > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com