libtool
[Top][All Lists]
Advanced

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

I'm not getting this --disable-fast-install thing


From: Bruce Korb
Subject: I'm not getting this --disable-fast-install thing
Date: Fri, 09 Dec 2005 11:23:09 -0800
User-agent: Mozilla Thunderbird 1.0.7 (X11/20050923)


-- Variable: fast_install
    Determines whether libtool will privilege the installer or the
    developer.  The assumption is that installers will seldom run
    programs in the build tree, and the developer will seldom install.
    This is only meaningful on platforms in which
    SHLIBPATH_OVERRIDES_RUNPATH is not `yes', so FAST_INSTALL will be
    set to `needless' in this case.  If FAST_INSTALL set to `yes',
    libtool will create programs that search for installed libraries,
    and, if a program is run in the build tree, a new copy will be
    linked on-demand to use the yet-to-be-installed libraries.  If set
    to `no', libtool will create programs that use the
    yet-to-be-installed libraries, and will link a new copy of the
    program at install time.  The default value is `yes' or
    `needless', depending on platform and configuration flags, and it
    can be turned from `yes' to `no' with the configure flag
    `--disable-fast-install'.

My configure script, logs, output, whatever do not contain any string,
"SHLIBPATH_OVERRIDES_RUNPATH":

$ fgrep SHLIBPATH_OVERRIDES_RUNPATH conf* config/*
$

In any event, the issue is that I have libguile installed in my destination
directory, where I intend to install my libopts.  So, when I do an ldd
on the temporary binary:

$ ldd agen5/.libs/autogen
       linux-gate.so.1 =>  (0xffffe000)
       libopts.so.25 => /usr/local/lib/libopts.so.25 (0x40018000)
       libguile.so.12 => /usr/local/lib/libguile.so.12 (0x40033000)
       libguile-ltdl.so.1 => /usr/local/lib/libguile-ltdl.so.1 (0x400c5000)
       libcrypt.so.1 => /lib/libcrypt.so.1 (0x400eb000)
       libimf.so => /opt/intel/cc/9.0/lib/libimf.so (0x4011d000)
       libm.so.6 => /lib/tls/libm.so.6 (0x402f9000)
       libdl.so.2 => /lib/libdl.so.2 (0x4031c000)
       libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40321000)
       libc.so.6 => /lib/tls/libc.so.6 (0x40329000)
       /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

It picks up the right libguile, but the wrong libopts.  So, whether I use
``--disable-fast-install'' or not, the installed libopts gets picked up.
Naturally, my tests all blow up and die horrible deaths.  Is there any
way to persuade (or coerce?) the agen5/autogen script to put
${top_builddir}/autoopts/.libs into LD_LIBRARY_PATH?  I don't change the
library interface very much, so I do not bang into this very often, either.
But it would be really nice to be using the right library.  (Of course,
I could add LD_LIBRARY_PATH to my global environment, but that tends to
break all kinds of other things.)  What is the right solution?

Oh, the order:
> autogen_LDADD   = $(top_builddir)/autoopts/libopts.la $(LIBGUILE_LIBS)
That is correct, yes?

Thank you.  Regards, Bruce




reply via email to

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