Thanks. As it happens, I have just now re-compiled, five minutes ago, with LDFLAGS=-Wl,-rpath,/my/install/path/lib appended to ./configure, and that appears to have done the trick: all the binaries have RPATH now and a couple of the executables that I tested worked smoothly.
There was another small problem: `make install' crashed when making a symbolic link that was there from the previous install. I removed the previous installation by hand. I suppose this is going to happen again when I add a newer version of Gambit-C on the side, or maybe this has been fixed already?
Marc Feeley feeley@iro.umontreal.ca writes:
Indeed, something needs to be fixed in the configure script. In the meantime, you can configure Gambit like this:
./configure --enable-shared --enable-absolute-shared-libs --prefix=/my/install/path CC="gcc -Wl,-rpath,/my/install/path/lib"
Marc
On Feb 22, 2014, at 6:56 AM, Jussi Piitulainen jpiitula@ling.helsinki.fi wrote:
Either I misunderstood --enable-absolute-shared-libs (quite possible) or it didn't work. I'd appreciate any help on this, please.
I downloaded gambc-4.6.9.tar.gz (the latest package), compiled and installed in ~/.local/Gambit-C/ (multiple versions enabled) with symlinks in ~/.local/{bin,lib/gambc,include/gambc/} on an Ubuntu-based system.
I expected --enable-absolute-shared-libs to record the location of the shared libraries in the executables but this didn't happen. I can run gsi by setting LD_LIBRARY_PATH but not without doing that. I verified with `readelf -d' that the information is not there.
I didn't see any relevant compiler options in the output of `make' either, so before I investigate this path further: is this something that --enable-absolute-share-libs is not even meant to do? If so, is there (was there for 4.6.9) some other support for this?
I didn't bootstrap. It didn't seem required by INSTALL.txt for this.
Gambit-list mailing list Gambit-list@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list