I followed the advice from Daniel/Steve and upgraded my toolchain
(binutils-2.13/gcc-2.3/glibc-2.2.5/). Now I can do some thread aware
It seems to work fine on simple programs, but on some other large
applications some behaviour is not predictable (this may well be the
application, as it issues SIGSTOP/SIGCONT to control threads, and I
think this causes gdb to get confused).
One thing that is not obvious is that you need to set (either at the
command line or in a .gdbinit file):
set heuristic-fence-post 20 // not sure if this is actually needed
set solib-absolute-prefix /dev/null
In my case:
<path_to_cross_compiled_standard_libs> is /usr/local/mipsel-linux
NOTE: no lib component (this is passed back from the location on the
<path_to_your_shared_libs> This is only needed if you have your own
NOTE: The path on the host must contain the basename component, but this
must not be given in the <path_to_your_shared_libs>
For instance, if I build on the host and the library ends up in
/home/seh/project/test/lib, but the library ends up on the target in
You would need to:
- make a symlink on the homst from lib -> mylibs
- set <path_to_your_shared_libs> to /home/seh/project/test
Linda Wang wrote:
> Hi Stuart,
> Have you manage to get gdb to work with 5.3 version, with pthread
> without seeing the Warning problems?
> We are encountered the same problem on our system as well, but
> we have different mips processor.
> any further info would be greatly appreciated.
> -----Original Message-----
> From: Stuart Hughes [mailto:email@example.com]
> Sent: Tuesday, September 17, 2002 10:03 AM
> Subject: cannot debug multi-threaded programs with gdb/gdbserver
> I managed to get gdb to do multi-threaded debug using a gdb on the
> target, after Daniel J helped with a patch to sys/procfs.h
> I am now trying to do host target with gdb/gdbserver. The program on
> the target uses pthreads.
> I can connect, but as soon as you try to continue (to a breakpoint) I
> Program received signal SIG32, Real-time event 32.
> warning: Warning: GDB can't find the start of the function at
> I know that SIG32 is used for the thread control on the target, but I'm
> not sure if the host gdb is supposed to receive this. I tried "set
> handle SIG32 pass noprint nostop"
> and variations, but this didn't help.
> Does anyone know whether there is some special setup needed on
> gdb/gdbserver to use the multi-threaded gdbserver ??
> My environment is as follows:
> CPU: NEC VR5432
> kernel: linux-2.4.18 + patches
> glibc: 2.2.3 + patches
> gdb: 5.2/3 from CVS
> gcc: 3.1
> binutils: Version 188.8.131.52.25
> cross-gdb configured using:
> configure --prefix=/usr --target=mipsel-linux --disable-sim
> --disable-tcl --enable-threads --enable-shared
> gdbserver configured using:
> configure --prefix=/usr --host=mipsel-linux --target=mipsel-linux
> --enable-threads --enable-shared
> Regards, Stuart