Sat Jul 25 09:18:44 CEST 2009
Apparently gdb gets confused when library symbols are missing.
Indeed we have:
tom@zni:/opt/xc/osd2$ file rootfs/fs/lib/libpthread-0.10.so
rootfs/fs/lib/libpthread-0.10.so: ELF 32-bit LSB shared object, ARM,
version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux
gdb gives the error
Error while mapping shared library sections: <lib>
: not in executable format: File format not recognized.
For <lib> in:
and an other error:
/lib/ld-linux.so.3: No such file or directory.
Apart from the libraries not being stripped, it looks like gdb tries
host system libraries instead of those for the target.
Looking into the neuros build system, the config comes from
This has CONFIG_DEBUG not set, which is I guess what's needed..
Temporarily reconfigure by going to busybox/_build/busybox-1.11.2 and
running "make config".
But.. this doesn't seem to include the libraries.
tom@zni:/opt/xc/osd2$ find -name libm.so
That doesn't look too good. Libraries are provided by TI /
I'm done with this crap. I'm switching to debian.