This is the mail archive of the
gdb-prs@sourceware.org
mailing list for the GDB project.
[Bug gdb/13989] gdb invalid search order for shared libraries bycross debuging
- From: "Daniel dot Lehne at amk-drives dot bg" <sourceware-bugzilla at sourceware dot org>
- To: gdb-prs at sourceware dot org
- Date: Wed, 18 Apr 2012 12:57:57 +0000
- Subject: [Bug gdb/13989] gdb invalid search order for shared libraries bycross debuging
- Auto-submitted: auto-generated
- References: <bug-13989-4717@http.sourceware.org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=13989
--- Comment #3 from Daniel <Daniel.Lehne@amk-drives.bg> 2012-04-18 12:57:57 UTC ---
I'm still confused, because of your answer:
Set the search path for loading non-absolute shared library symbol files.
This takes precedence over the environment variables PATH and LD_LIBRARY_PATH.
GNU/Linux always works with full paths, such as "/usr/lib/libjpeg.so.8"
and this print:
252,189=library-loaded,id="/usr/lib/libz.so.1",target-name="/usr/lib/libz.so.1",host-name="/home/opt/libs/arm-1136jfs/libz.so.1",symbols-loaded="0",thread-group="i1"
Here i see the search order, once Linux reports absolute "/usr/lib/libz.so.1"
and it is not available on sysroot(1st), PATH(2nd) and LD_LIBRARY_PATH(3rd). It
will cut off "/usr/lib/" and replace with _solib-search-path_(4th) to
"/home/opt/libs/arm-1136jfs/libz.so.1".
Both are absolute:
libz.so.1 => /usr/lib/libz.so.1 (0x40026000)
libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0x40041000)
Why he do this stripping for libz.so.1 and not for libjpeg.so.8?
Can anyone tell me the source file/function, where it is implemented?
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.