found 253904 libtool/2.4.2-1 tags 253904 + upstream patch quit Hi,
In 2004, Lennart Poettering wrote: > From the libtool documentation, section 10.1, describing lt_dlopen(): > > <snip> > Unresolved symbols in the module are resolved using its dependency > libraries (not implemented yet) and previously dlopened modules. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^ > </snip> > > Since the version of libtool Debian ships doesn't pass RTLD_GLOBAL to > dlopen() the sentence is wrong and misleading. True. The behavior was made configurable in release-2-1b~129 (add lt_dlopenadvise() to allow callers to request, among other things, local or global symbol visibility, 2007-05-08) and the current default comes from release-1-9b~119 (Don't load libraries with global symbol resolution, 2004-03-24). How about this patch? Thanks, Jonathan doc/libtool.texi | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git i/doc/libtool.texi w/doc/libtool.texi index da5497e0..9aaf649b 100644 --- i/doc/libtool.texi +++ w/doc/libtool.texi @@ -3903,10 +3903,10 @@ portability you should try to ensure that you only pass @option{-module} flag.}. Unresolved symbols in the module are resolved using its dependency -libraries and previously dlopened modules. If the executable using -this module was linked with the @option{-export-dynamic} flag, then the -global symbols in the executable will also be used to resolve -references in the module. +libraries and, on some platforms, previously dlopened modules. If +the executable using this module was linked with the +@option{-export-dynamic} flag, then the global symbols in the +executable will also be used to resolve references in the module. If @var{filename} is @code{NULL} and the program was linked with @option{-export-dynamic} or @option{-dlopen self}, @code{lt_dlopen} will -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org