[Bug dynamic-link/19884] Discrepancy between documented and actual search path for shared libraries

["njs at pobox dot com" <sourceware-bugzilla at sourceware dot org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=19884

--- Comment #8 from Nathaniel J. Smith <njs at pobox dot com> ---
An additional wrinkle:

We also need to be able to at *runtime* say "ah, here's a new shared library
libfoo.so.1 that we just found in some random directory, let's add it to the
library search path so that we can load another DSO that has
DT_NEEDED=libfoo.so.1".

But, it turns out that ld.so doesn't respect changes to LD_LIBRARY_PATH within
the same process, and AFAICT there isn't any API to add a directory to the
loader's search path. So it looks like our workaround for *that* will be to
exploit *this* bug, by preloading libfoo.so.1 when we find it, so that it'll be
on the global library search path for any future DSO loads.

So I still think that this is a bug that should be fixed, but please add a real
API for adjusting the loader's search path first before fixing this :-)

-- 
You are receiving this mail because:
You are on the CC list for the bug.