RE: GDB support

"Howell, David P" <[email protected]>
Newsgroups gmane.linux.ngpt.devel
Message-ID <[email protected]>
The implementation involves changes to the libthread_db to properly access 
the structures exported by the ngpt runtime, changes to the ngpt runtime 
to add manager thread capabilities for delivering thread events and for the
servicing of libthread_db requests, and it appears minimal changes to gdb
due to some dependence on the 1-1 thread model used for the Linuxthreads 
implementation in thread-db.c and lin-lwp.c.

The implementation closely follows the Solaris libthread_db architecture, 
and for this cut aims to provide the support features that are in the
standard
Linux offerings for Linuxthreads. This includes thread discovery, thread 
context debugging, and minimal thread events (create, destroy, etc). Future 
updates will add lock/mutex events and object manipulation. 

The plan is to provide the debug support as part of the ngpt runtime, and
add
a libthread_db runtime as the interface between gdb and the ngpt runtime. I 
have the libthread_db source and build as a subdirectory of the standard
source
tarball directory build. It will be managed using configure as the rest of
the
ngpt code and feature selections are.

The gdb portion is still a bit up in the air, not sure how best to deliver
it
short term but longer term the plan would be to contribute it back into the
gdb
source tarball and have it enabled by it's configure scripts. We can
temporarily
make it part of the NGPT tarball until it's acceptance into the gdb code
base.
 
The code is in debug now and is planned for submission for ngpt-1.9.3.

Thanks,
Dave Howell

-----Original Message-----
From: Bill Abt [mailto:[email protected]]
Sent: Wednesday, May 29, 2002 6:49 PM
To: Stephen Hemminger
Cc: [email protected]
Subject: Re: [pthreads-devel] GDB support


On 05/29/2002 at 03:09:19 PM MST, Stephen Hemminger <[email protected]>
wrote:

>
> Is anyone actively working on better GDB support of NGPT threads.
> It shouldn't be too hard since GDB already works on other operating
> systems that support N:M thread model. The problem is probably harder if
> you have to deal with dynamic detection of both forms of linux thread
> libraries.
>

GDB support is currently planned for release for NGPT 2.0.  NGPT 1.9.3 will
probably contain the first release of this support.  We're doing it via the
thread_db libraries.


Regards,
     Bill Abt
     Senior Software Engineer
     Next Generation POSIX Threading for Linux
     IBM Cambridge, MA, USA 02142
     Ext: +(00)1 603-673-3440 or +(00)1 617-693-1591
     T/L: 253-9938 (Normal)
     T/L: 693-1591 (Backup)
     Cell: +(00)1 617-803-7514
     [email protected] or [email protected]
     http://oss.software.ibm.com/developerworks/opensource/pthreads

_______________________________________________
pthreads-devel mailing list
[email protected]
http://www-124.ibm.com/developerworks/oss/mailman/listinfo/pthreads-devel
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.