This one you probably don't want to apply, but I'm sending it to point
out a much larger problem. Programs that muck with library paths really
need to figure out what the rules are on the local system and deal
appropriately. On NetBSD one needs -Wl,-R (or just -R really) to point
to the libdir at runtime when linking, not just -L to find the library.
This is not an issue on linux because of the common use of /usr, I think.
There are more serious issues with dynlinking of .so modules, and on
Darwin there are some PRs open about guile and guile-using programs that
I don't yet fully understand.
I think the fix involves a configure test to decide the -R rules, and
then conditional code to behave differently.
$NetBSD: patch-ah,v 1.3 2007/07/20 00:09:23 gdt Exp $
--- guile-config/guile-config.in.orig 2007-05-09 16:22:03.000000000 -0400
+++ guile-config/guile-config.in
@@ -155,7 +155,7 @@
(if (or (string=? libdir "/usr/lib")
(string=? libdir "/usr/lib/"))
""
- (string-append "-L" (get-build-info 'libdir)))
+ (string-append "-Wl,-R" (get-build-info 'libdir) " -L"
(get-build-info 'libdir)))
(string-join other-flags)
)))
