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.