Hi Ludovic,
On Tue, Sep 7, 2010 at 3:19 PM, Ludovic Courtès <l...@gnu.org> wrote:
>
> Both problems mean that libltd.so isn’t in the loader’s search path
> ($LD_LIBRARY_PATH). In 1.8 ‘configure’ wrecks havoc when libltdl.so
> isn’t found, instead of actually diagnosing this.
>
> At any rate, adding libltdl.so’s directory to the loader’s search path
> should fix it.
I will try reconfiguring with LD_LIBRARY_PATH set, but I *CAN* link
programs without having to set that. I do nothing special, just a plain
../configure --prefix=/usr/local && make && make install
on my play time project and:
$ ldd $(which autogen)
libguile.so.17 => /usr/lib64/libguile.so.17 (0x0000003739000000)
libm.so.6 => /lib64/libm.so.6 (0x0000003733400000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000003733800000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003733c00000)
libc.so.6 => /lib64/libc.so.6 (0x0000003733000000)
libgmp.so.3 => /usr/lib64/libgmp.so.3 (0x0000003746e00000)
libcrypt.so.1 => /lib64/libcrypt.so.1 (0x0000003744200000)
libltdl.so.3 => /usr/lib64/libltdl.so.3 (0x0000003739800000)
/lib64/ld-linux-x86-64.so.2 (0x0000003732c00000)
so *IT* seems to find libltdl.so just fine. Now that I'm looking at it, I see
that our uber-conservative installation is using libltdl.so.3 and your config
is demanding .7. What I actually need is a static libguile, but there is no
such beast for CentOS. So I was going to build libguile, but it seems it
demands a particular libltdl. I'm not going there. Thus, I cannot
use libguile.
(The .so won't be available on the target -- out of my control.) Too
much trouble.
Thank you. Regards, Bruce
