[Bug gdb/13989] gdb invalid search order for shared libraries bycross debuging

["Daniel dot Lehne at amk-drives dot bg" <sourceware-bugzilla at sourceware dot org>]

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.