gdb libthread_db and libpthread version mismatches [message #503935] |
Wed, 16 December 2009 09:42  |
Eclipse User |
|
|
|
Hi Forum,
I am cross compiling a Linux application on an x86 OpenSUSE 11.1 Linux host using the powerpc-linux-gnu-g++ compiler.
I am using Eclipse (Eclipse IDE for C/C++ Developers Build id: 20090920-1017).
The binary runs without problems on the target (a freescale MPC8641D).
However, when starting a remote debugging session from Eclipse, I can start gdbserver on the target ok but when I then start the debug process in Eclipse (using powerpc-linux-gnu-gdb) I see the following on the target console:
gdb: error initializing thread_db library: version mismatch between libthread_db and libpthread
In the Eclipse gui I see these messages:
Stopped due to shared library event
warning: .dynamic section for "/lib/libpthread.so.0" is not at the expected address (wrong library or version mismatch?)
warning: .dynamic section for "/lib/libm.so.6" is not at the expected address (wrong library or version mismatch?)
warning: .dynamic section for "/lib/libgcc_s.so.1" is not at the expected address (wrong library or version mismatch?)
warning: .dynamic section for "/lib/libc.so.6" is not at the expected address (wrong library or version mismatch?)
Stopped due to shared library event
In Eclipse I have configured the "Shared Libraries" tab of the debugger to look in the /lib and /usr/lib directories of the file system the target is using (it accesses it's file system via nfs) which is where the ldd command says the binary is looking.
What is wrong here?
When I run gdb on the binary from the target, it runs without any problems:
"This GDB was configured as "powerpc-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1"."
I am guessing that powerpc-linux-gnu-gdb is somehow looking at the libraries in the /lib /usr/lib directories of my host instead of those being used by the target. If I am right, how can I correct this?
Many thanks for your time and help,
|
|
|
|
|
Powered by
FUDForum. Page generated in 1.64558 seconds