Re: updated $workbook/modules/modules-and-shared-libs.text

[Rob Browning]

Thien-Thi Nguyen <address@hidden> writes:

> [ttn: Guile uses libtool and consequently libltdl, so it is possible
>       to use `lt_dlsetsearchpath' to alleviate (and actually bypass)
>       OS restrictions.  A scheme binding for `lt_dlsetsearchpath' is
>       also possible.  Thus, this argument against guile-1.4.x system
>       actually can be recast as an argument for providing access and
>       appropriate supporting protocol to `lt_dlsetsearchpath'.]

If I'm recalling correctly (and I may not be) this doesn't help when
the libs need to be linked against each other, or even when one lib
depends on another and isn't in the standard ldso search path.

I believe you may be able to get around this with -rpath, but ISTR
that there are reasons (some distribution related) why -rpath isn't a
good idea.  However I don't have all the relevant
ldso/libtool/distribution packaging snafus swapped in ATM, so this may
or may not be a problem in the particular approach you're planning.

-- 
Rob Browning
rlb @defaultvalue.org, @linuxdevel.com, and @debian.org
Previously @cs.utexas.edu
GPG=1C58 8B2C FB5E 3F64 EA5C  64AE 78FE E5FE F0CB A0AD