nptl host and linuxthreads on target gdb segfault

[Steve Lazaridis <slaz at fortresstech dot com>]

My environment is fc2 host and target is generic x86 - based on linux
2.6.x using linuxthreads not nptl

I'm using crosstool-0.28-rc37 for the gcc-3.3.4-glibc-2.3.3
and crosstool-0.28-rc31 for the gcc-3.3.4-glibc2.3.2 

I've built a toolchain using both of the above and had the same results
when debugging multithreaded programs using gdb and gdbserver  on the
target.   

Below is a copy of the errors that I get.

----BEGIN SNIP----
Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread 32771]
0x4001c41e in siglongjmp () from
/opt/crosstool/i686-linux/gcc-3.3.4-glibc-2.3.3/i686-linux/lib/libpthread.so.0
(gdb) n
Single stepping until exit from function siglongjmp,
which has no line number information.

Program received signal SIGSEGV, Segmentation fault.
0x4019c9d0 in siglongjmp () from
/opt/crosstool/i686-linux/gcc-3.3.4-glibc-2.3.3/i686-linux/lib/libc.so.6
----END_SNIP---


here's more info on what i've tried

I've tried setting LD_ASSUME_KERNEL=2.4.1 on the host but I still get
the same result when debugging the target.
I use 'set solib-absolute-prefix
/opt/crosstool/i686-linux/gcc-3.3.4-glibc-2.3.3/i686-linux'  for my gdb
environment. 
I've tried the latest gdb also, no luck.


Does this have to do with the fact that the target is running linux2.6.x
and linuxthreads instead of nptl?
Has any progress been made for nptl support in crosstool?   
Has any else seen anything like this before?

Thanks for any tips..

Steve


------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com