From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5117 invoked by alias); 21 Apr 2003 16:10:41 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 5110 invoked from network); 21 Apr 2003 16:10:41 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by sources.redhat.com with SMTP; 21 Apr 2003 16:10:41 -0000 Received: from nevyn.them.org ([66.93.61.169] ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 197dsY-0002ZP-00; Mon, 21 Apr 2003 11:10:50 -0500 Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian)) id 197dsJ-0002Vc-00; Mon, 21 Apr 2003 12:10:35 -0400 Date: Mon, 21 Apr 2003 16:10:00 -0000 From: Daniel Jacobowitz To: Kevin Hilman Cc: gdb@sources.redhat.com Subject: Re: multi-thread gdbserver and static libthread_db Message-ID: <20030421161034.GA8325@nevyn.them.org> Mail-Followup-To: Kevin Hilman , gdb@sources.redhat.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i X-SW-Source: 2003-04/txt/msg00230.txt.bz2 On Mon, Apr 21, 2003 at 09:03:32AM -0700, Kevin Hilman wrote: > I have an egdbserver port working from gdb 5.2.1 and would like to get > the multi-thread support available in 5.3. > > It appears gdbserver needs the libthread_db support from glibc. I'm > using glibc 2.2.4 and only have support for static linking on my > platform. When building glibc without dynamic linking, libthread_db > doesn't get built. Any suggestions for building a static > libthread_db? Actually yes, it's pretty easy. In the glibc source, linuxthreads_db/Makefile: -libthread_db-inhibit-o = $(filter-out .os,$(object-suffixes)) +#libthread_db-inhibit-o = $(filter-out .os,$(object-suffixes)) In general it's not a good idea, since you must match the libpthread version precisely; but if you don't have dynamic linking, then this is probably the way to go. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer