On 13/02/2026 18:18, Roland Hughes via Discussion list for the GNU libtool shared library maintenance tool wrote:
All,

Hi Roland,

Been looking for a discussion forum where I could search because this had to have come up before. It appears lt_dlopen() uses straight dlopen() for additional library loads instead of using itself and the user search path. Admittedly this could be user error, but so far the documentation doesn't point to that. I'm going by the doc found here:

https://www.gnu.org/software/libtool/manual/

So, is there a legitimate non-RPATH work around for this?

Is there an lt_ library function I have not found which will give me a list of all dependencies for a given .so so those can be loaded first?

I think this is handled by a preprocessor symbol, LTDL_DLOPEN_DEPLIBS.
There is not much documentation for it that I can see, but it should be
used to define the static function load_deplibs() in ltdl.c, which can
help to load dependent libraries for dlopen().

There may be something else I am missing though.

--
Ileana Dumitrescu

GPG Public Key: FA26 CA78 4BE1 8892 7F22 B99F 6570 EA01 146F 7354

Attachment: OpenPGP_0x6570EA01146F7354.asc
Description: OpenPGP public key

Attachment: OpenPGP_signature.asc
Description: OpenPGP digital signature

  • ... Roland Hughes via Discussion list for the GNU libtool shared library maintenance tool
    • ... Ileana Dumitrescu

Reply via email to