dynamic linking problems when using --prefix, perhaps solved

dynamic linking problems when using --prefix, perhaps solved

[Greg Troxel]

I am having the same dynamic linking problems as others:

  lab gdt 157 ~/QUIST-current/guile > /usr/quist/bin/guile 
  ERROR: In procedure dynamic-link:
  ERROR: file: "libguilereadline", message: "file not found"
  lab gdt 158 ~/QUIST-current/guile > sudo ldconfig -m /usr/quist/lib
  lab gdt 159 ~/QUIST-current/guile > /usr/quist/bin/guile
  ERROR: In procedure dynamic-link:
  ERROR: file: "libguilereadline", message: "file not found"

IMHO there should be some way to pass @libdir@ to libtool's dlopen, so
that guile can search in its installed directory first.

The following worked, but it is kludgy:

  LTDL_LIBRARY_PATH=/usr/quist/lib /usr/quist/bin/guile

So, I added $libdir to the default path in libltdl/configure
(patching configure rather than configure.in since I have an old
autoconf version)

Index: configure
===================================================================
RCS file: /QUIST-CVS/guile/libltdl/configure,v
retrieving revision 1.1.1.1
diff -u -u -r1.1.1.1 configure
--- configure   2002/03/04 23:43:29     1.1.1.1
+++ configure   2002/03/13 14:16:06
@@ -5479,7 +5479,7 @@
 shlibpath_overrides_runpath=unknown
 version_type=none
 dynamic_linker="$host_os ld.so"
-sys_lib_dlsearch_path_spec="/lib /usr/lib"
+sys_lib_dlsearch_path_spec="$libdir /lib /usr/lib"
 sys_lib_search_path_spec="/lib /usr/lib /usr/local/lib"

 case $host_os in

and now /usr/quist/bin/guile works without path hackery.

I noticed that before this change, /usr/quist/bin/guile would find the
libguilereadline library if it was in the current directory.  This
seems like a '. in $PATH' vulnerability.

Alternatively, the scheme code that links libguilereadline could pass
in the entire path, rather than just the filename.  This would ensure
that guile links only a matching libguilereadline.  There are a lot of
systems on which guile 1.4 and 1.5.x will have to coexist - I want to
use 1.5.6 for new stuff but gnome pulls in 1.4.

_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: dynamic linking problems when using --prefix, perhaps solved

[Marius Vollmer]

Greg Troxel <gdt@ir.bbn.com> writes:

> I am having the same dynamic linking problems as others:
> 
>   lab gdt 157 ~/QUIST-current/guile > /usr/quist/bin/guile 
>   ERROR: In procedure dynamic-link:
>   ERROR: file: "libguilereadline", message: "file not found"
>   lab gdt 158 ~/QUIST-current/guile > sudo ldconfig -m /usr/quist/lib
>   lab gdt 159 ~/QUIST-current/guile > /usr/quist/bin/guile
>   ERROR: In procedure dynamic-link:
>   ERROR: file: "libguilereadline", message: "file not found"
> 
> IMHO there should be some way to pass @libdir@ to libtool's dlopen, so
> that guile can search in its installed directory first.
> 
> The following worked, but it is kludgy:
> 
>   LTDL_LIBRARY_PATH=/usr/quist/lib /usr/quist/bin/guile

I think this is exactly right.  If you have shared libraries installed
in /usr/quist/lib, you need to tell your system about it, preferably
globally.

> Alternatively, the scheme code that links libguilereadline could
> pass in the entire path, rather than just the filename.  This would
> ensure that guile links only a matching libguilereadline.  There are
> a lot of systems on which guile 1.4 and 1.5.x will have to coexist -
> I want to use 1.5.6 for new stuff but gnome pulls in 1.4.

We have addressed this issue by including the version number of
libguilereadline in its name so that 1.4 and 1.6 will not confuse each
others libraries.  We hope to have a more elegant solution in 1.8.

_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user