On Monday 16 July 2001 7:29 pm, [EMAIL PROTECTED] wrote:
> On Fri, Jul 13, 2001 at 12:30:14AM +0100, Gary V. Vaughan wrote:
> > On Thursday 12 July 2001 8:12 pm, Tim Mooney wrote:
> > > I'm not 100% sure I know what
> > >
> > > whether deplibs are loaded by dlopen
> > >
> > > means. Does it mean:
> > >
> > > If you explicitly load a shared object via dlopen(), are any shared
> > > objects that it depends on loaded for you automatically?
> >
> > Yes, exactly that.
>
> And if libltdl_cv_sys_dlopen_deplibs=yes is true for a platform but
> the platform loader does not honor RPATH in shared libraries and a
> shared library being dlopen'ed has a dependency on another library
> whose path is not in the application RPATH, should
> libltdl_cv_sys_dlopen_deplibs still be "yes" for this platform?
No, on reflection, I don't think it should. This is a subtlety that is worth
documenting for future porters, so I will find somewhere to add it to the
distribution presently.
Especially where libtool is involved in the build, it is quite possible that
the rpath embedded in the library (that casues the deplibs to load) is the
only search directory the loader will have to find the deplibs. If the
system runtime loader is unable to load deplibs in that situation, it does
indeed need libltdls help in loading deplbs to ensure symbols are resolved
correctly. Setting `libltdl_cv_sys_dlopen_deplibs=no' is the means to
activate this help.
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.demon.co.uk|gnu.org)
( '/ Research Scientist http://www.oranda.demon.co.uk ,_())____
/ )= GNU Hacker http://www.gnu.org/software/libtool \' `&
`(_~)_ Tech' Author http://sources.redhat.com/autobook =`---d__/
_______________________________________________
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool
