Hi everybody,
I'm a contributor in Gentoo Lisp Project, and we have problems with
gambit, when --enable-shared is ON. I studied a little your makefiles,
and I saw that with --enable-shared, what make's, "install" target does,
is to install lib files in their $(prefix)/lib/ directory, and then
it tries to create the executables gsi and gsc and link them with those
libs which must be in their installation path. For us it leads to this:
---------
(chroot-working) (muse) Calliope gambc-v4_2_5 # ldd `which gsi`
linux-vdso.so.1 => (0x00007fffa39fd000)
/var/tmp/portage/dev-scheme/gambit-4.2.5/image/usr/lib64/libgambcgsi.so
=> not found
/var/tmp/portage/dev-scheme/gambit-4.2.5/image/usr/lib64/libgambc.so =>
not found
libutil.so.1 => /lib/libutil.so.1 (0x00002b7a0737d000)
libdl.so.2 => /lib/libdl.so.2 (0x00002b7a07580000)
libm.so.6 => /lib/libm.so.6 (0x00002b7a07784000)
libc.so.6 => /lib/libc.so.6 (0x00002b7a07a03000)
/lib64/ld-linux-x86-64.so.2 (0x00002b7a07161000)
(chroot-working) (muse) Calliope gambc-v4_2_5 #
---------
(/var/tmp/portage/dev-scheme/gambit-4.2.5/image/ is our fake
directory for the package creation process.)
I'm not an expert in your build system, and I find it difficult to patch
it my own, to make it respect $(DESTDIR) instead of just $(prefix), so I was wondering if
gambit's developers, can do something about that (maybe use libtool, or
change a little the build system in a next release). I think that the
affected code has to do with $(LINK_FOR_INSTALL_LIBS) variable.
I hope I didn't bother you,
Panagiotis(pchrist)