-----Original Message-----
From: Khem Raj [mailto:raj.khem@gmail.com] 
Sent: venerdě 12 febbraio 2010 23.17
To: Daniele Palmas
Cc: Yann E. MORIN; crossgcc@sourceware.org
Subject: Re: "Disabling thread support in gdbserver" problem

>> Another piece of information that can be useful: configuring the gdbserver I've found the line
>>
>> [ALL  ]    checking for libthread_db... no
>>
>> I suspect this is the problem, however I have not understood why the build system doesn't find it since it exists. Should I force this check modifying the configure.ac?
>
>
> Send the config.log for gdb/gdbserver most probably the test for
> libthread_db is failing because its using the wrong libthread_db (from
> host instead of target)

Hello Khem,

in attachment you can find the config.log. For your convenience I've quoted the lines that seem important to me:

[SNIP]
configure:4062: checking for libthread_db
configure:4093: arm-unknown-linux-gnu-gcc -o conftest -g -O2  -static conftest.c  -lthread_db >&5
/home/danielepa/x-tools/arm-unknown-linux-gnu/lib/gcc/arm-unknown-linux-gnu/4.3.2/../../../../arm-unknown-linux-gnu/bin/ld: cannot find -lthread_db
collect2: ld returned 1 exit status
configure:4099: $? = 1
configure: failed program was:
[SNIP]
configure:4151: arm-unknown-linux-gnu-gcc -o conftest -g -O2  -static conftest.c  /lib/libthread_db.so.1 >&5
/home/danielepa/x-tools/arm-unknown-linux-gnu/lib/gcc/arm-unknown-linux-gnu/4.3.2/../../../../arm-unknown-linux-gnu/bin/ld: attempted static link of dynamic object `/lib/libthread_db.so.1'
collect2: ld returned 1 exit status
configure:4157: $? = 1
configure: failed program was:
[SNIP]

I can understand the second problem, but not the first one: should the linker not have a default path for the libraries like libthread_db?

Thanks,
Daniele