Re: gen-scmconfig is broken

[Bruce Korb]

Hi Ludovic,

On Tue, Sep 7, 2010 at 3:19 PM, Ludovic Courtès <address@hidden> 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