gen-scmconfig is broken

gen-scmconfig is broken

[Bruce Korb]

I've installed libtool in many places to ensure that it should find it.
(My private directory fails "configure", so I used /usr/local for --prefix.
This should *NOT* be necessary.):

Version 1.8.7 on CentOS release 5.5 (Final)

$ ./configure --prefix=/net/home/bkorb
[[..........]]
$ make
[[..........]]
cat ./scmconfig.h.top > scmconfig.h.tmp
./gen-scmconfig >> scmconfig.h.tmp
./gen-scmconfig: error while loading shared libraries: libltdl.so.7:
cannot open shared object file: No such file or directory
make[2]: *** [scmconfig.h] Error 127
make[2]: Leaving directory `/usr/local/src/guile/guile-1.8.7/libguile'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/guile/guile-1.8.7'
make: *** [all] Error 2
$ which -a libtool
/usr/local/src/guile/guile-1.8.7/libtool
/net/home/bkorb/bin/libtool
/usr/local/bin/libtool
/usr/bin/libtool
$ for f in $(which -a libtool);do $f --version |head -1 ; done
ltmain.sh (GNU libtool) 2.2.6
libtool (GNU libtool) 2.2.10
libtool (GNU libtool) 2.2.10
ltmain.sh (GNU libtool) 1.5.22 (1.1220.2.365 2005/12/18 22:14:06)

Re: gen-scmconfig is broken

[Ludovic Courtès]

Hi,

Bruce Korb <bruce.korb@gmail.com> writes:

> (My private directory fails "configure",

[...]

> ./gen-scmconfig >> scmconfig.h.tmp
> ./gen-scmconfig: error while loading shared libraries: libltdl.so.7:
> cannot open shared object file: No such file or directory

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.

Hope this helps,
Ludo’.

Re: gen-scmconfig is broken

[Andy Wingo]

On Tue 07 Sep 2010 20:48, Bruce Korb <bruce.korb@gmail.com> writes:

> $ ./configure --prefix=/net/home/bkorb
> [[..........]]

> $ which -a libtool
> /usr/local/src/guile/guile-1.8.7/libtool
> /net/home/bkorb/bin/libtool
> /usr/local/bin/libtool
> /usr/bin/libtool

I don't really get what the deal is. Do you want --prefix to affect your
library path (LD_LIBRARY_PATH et al)? You are not setting a particular
value for LDFLAGS or CFLAGS?

Andy
-- 
http://wingolog.org/

Re: gen-scmconfig is broken

[Bruce Korb]

Hi Ludovic,

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

Re: gen-scmconfig is broken

[Ludovic Courtès]

Hi Bruce,

Bruce Korb <bkorb@gnu.org> writes:

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

Yes, but then they will most likely fail to run, and there are actually
a few AC_RUN_IFELSE in ‘configure.ac’, which would consequently fail,
too.

Thanks,
Ludo’.