This is the mail archive of the gdb@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: GDB support for thread-local storage


> > But what is stopping us picking up that code, compiling it on the host 
> > (not target), and then using it in GDB?
> 
> Version skew primarily. 

Can you not choose the right version of libthread_db at runtime based
on the version of linuxthreads and dlopen it in gdb ?

Ideally there'd be some version information in the thread library code
which gdb could extract in a specified manner, and then a convention
about how that maps to a the name of a suitable .so version of
libthread_db.

This lets you

1) use libthread_db inside gdb on the host machine
2) keep gdb insulated from the version dependency on the thread
   library.

-- Jim 

James Cownie	<jcownie@etnus.com>
Etnus, LLC.     +44 117 9071438
http://www.etnus.com


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]