[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gen-scmconfig is broken

From: Bruce Korb
Subject: Re: gen-scmconfig is broken
Date: Tue, 7 Sep 2010 15:57:28 -0700

Hi Ludovic,

On Tue, Sep 7, 2010 at 3:19 PM, Ludovic Courtès <address@hidden> wrote:
> Both problems mean that isn’t in the loader’s search path
> ($LD_LIBRARY_PATH).  In 1.8 ‘configure’ wrecks havoc when
> isn’t found, instead of actually diagnosing this.
> At any rate, adding’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) => /usr/lib64/ (0x0000003739000000) => /lib64/ (0x0000003733400000) => /lib64/ (0x0000003733800000) => /lib64/ (0x0000003733c00000) => /lib64/ (0x0000003733000000) => /usr/lib64/ (0x0000003746e00000) => /lib64/ (0x0000003744200000) => /usr/lib64/ (0x0000003739800000)
        /lib64/ (0x0000003732c00000)

so *IT* seems to find just fine.  Now that I'm looking at it, I see
that our uber-conservative installation is using 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

reply via email to

[Prev in Thread] Current Thread [Next in Thread]