From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9284 invoked by alias); 19 Jun 2007 20:56:58 -0000 Received: (qmail 9276 invoked by uid 22791); 19 Jun 2007 20:56:58 -0000 X-Spam-Check-By: sourceware.org Received: from ug-out-1314.google.com (HELO ug-out-1314.google.com) (66.249.92.173) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 19 Jun 2007 20:56:54 +0000 Received: by ug-out-1314.google.com with SMTP id j40so223951ugd for ; Tue, 19 Jun 2007 13:56:52 -0700 (PDT) Received: by 10.82.112.3 with SMTP id k3mr14458241buc.1182286611750; Tue, 19 Jun 2007 13:56:51 -0700 (PDT) Received: by 10.82.136.19 with HTTP; Tue, 19 Jun 2007 13:56:51 -0700 (PDT) Message-ID: Date: Tue, 19 Jun 2007 20:56:00 -0000 From: "John Bates" To: gdb@sourceware.org Subject: Re: thread local storage (__thread) variables aren't working in gdb 6.5/6.6? In-Reply-To: <20070619202834.GA29881@caradoc.them.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070619202834.GA29881@caradoc.them.org> X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-06/txt/msg00164.txt.bz2 On 6/19/07, Daniel Jacobowitz wrote: > On Tue, Jun 19, 2007 at 01:22:04PM -0700, John Bates wrote: > > I can't find any confirmation of support or non-support of thread > > local storage on the web or in the gdb documentation. I already tried > > 6.6 and it was the same problem. The test below seems to confirm > > non-support on my fedora core 6 (kernel 2.6.18) x86 distribution with > > gdb 6.5. Please let me know if I am doing something wrong for > > debugging __thread global variables. > > So far, they are only supported if you are linked to libpthread. Jan > K. was working on this earlier. I tried linking the program with -lpthread, if that's what you meant, and the same problem is occuring. Or do you mean linking gdb with pthread somehow? Thanks, John