gdb and glibc-2.2.2?

gdb and glibc-2.2.2?

[Dan Kegel]

What's the best version of gdb / gdbserver to use with
glibc-2.2.2?  I'm hoping the latest gdb is ok.

I'm finally adding gdb support to my toolchain build script.
Being greedy, I'm trying the latest gdb, even when building
with old versions of glibc.  In particular, I'm trying
to build gdb-6.3 and its gdbserver against glibc-2.2.2.
Building gdbserver fails with

thread-db.o(.text+0x43e): In function `thread_db_init':
gcc-3.4.4-glibc-2.2.2/gdb-6.3/gdb/gdbserver/thread-db.c:323: undefined reference to `td_symbol_list'
thread-db.o(.text+0x443):gcc-3.4.4-glibc-2.2.2/gdb-6.3/gdb/gdbserver/thread-db.c:326: undefined reference to `td_symbol_list'

because td_symbol_list was added only as of glibc-2.2.3.
Now, td_symbol_list is a pretty simple function, and
is probably easy to backport.  I'll probably give that a shot,
and build gdbserver static (since my glibc with the
td_symbol_list backport won't get installed on the target).
Sound reasonable?

(Looking at the rest of
the diffs from glibc-2.2.2 onwards, though, I get the
feeling that thread support was still very much a work
in progress, so even if I get past this hurdle, I
have a feeling the resulting debugging experience
might not be so pleasant.)

Thanks,
Dan

-- 
Trying to get a job as a c++ developer?  See http://kegel.com/academy/getting-hired.html

Re: gdb and glibc-2.2.2?

[Dan Kegel]

Dan Kegel wrote:
> What's the best version of gdb / gdbserver to use with
> glibc-2.2.2?  I'm hoping the latest gdb is ok.
> 
> I'm finally adding gdb support to my toolchain build script.
> Being greedy, I'm trying the latest gdb, even when building
> with old versions of glibc.  In particular, I'm trying
> to build gdb-6.3 and its gdbserver against glibc-2.2.2.
> Building gdbserver fails with
> 
> thread-db.o(.text+0x43e): In function `thread_db_init':
> gcc-3.4.4-glibc-2.2.2/gdb-6.3/gdb/gdbserver/thread-db.c:323: undefined 
> reference to `td_symbol_list'
> thread-db.o(.text+0x443):gcc-3.4.4-glibc-2.2.2/gdb-6.3/gdb/gdbserver/thread-db.c:326: 
> undefined reference to `td_symbol_list'
> 
> because td_symbol_list was added only as of glibc-2.2.3.
> Now, td_symbol_list is a pretty simple function, and
> is probably easy to backport.  I'll probably give that a shot,
> and build gdbserver static (since my glibc with the
> td_symbol_list backport won't get installed on the target).
> Sound reasonable?

Or, maybe I'll take the lame way out, and just
not build gdbserver for glibc < 2.2.3.
Native gdb is what developers usually prefer
anyway, given enough ram...

but the question about which gdb is recommended
for glibc-2.2.2 systems still stands.
- Dan

-- 
Trying to get a job as a c++ developer?  See http://kegel.com/academy/getting-hired.html