libtool
[Top][All Lists]
Advanced

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

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


From: Ralf Wildenhues
Subject: Re: I'm not getting this --disable-fast-install thing
Date: Mon, 12 Dec 2005 10:10:54 +0100
User-agent: Mutt/1.5.11

Hi Bruce,

* Bruce Korb wrote on Fri, Dec 09, 2005 at 08:23:09PM CET:
> 
> -- Variable: fast_install
>     Determines whether libtool will privilege the installer or the
>     developer.

> My configure script, logs, output, whatever do not contain any string,
> "SHLIBPATH_OVERRIDES_RUNPATH":
> 
> >$ fgrep SHLIBPATH_OVERRIDES_RUNPATH conf* config/*

Artifact of texinfo convention to capitalize variable references (yes, I
hate it for doing that).  The variable is `shlibpath_overrides_runpath'.

> 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:

Please do an `objdump -p' on the temporary binary, thank you.

> $ ldd agen5/.libs/autogen

Please also state clearly which system this is on; this problem is very
very much system-dependent.  Please show me how to reproduce this, so I
can fix it if broken.

> 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.

Please post `./libtool --config' for both libtool's, with and without
--disable-fast-install.

> Naturally, my tests all blow up and die horrible deaths.

Does libtool create shell wrappers for both cases?

> Is there any
> way to persuade (or coerce?) the agen5/autogen script to put
> ${top_builddir}/autoopts/.libs into LD_LIBRARY_PATH?

Which version?  I fixed one very much related bug in branch-1-5 after
1.5.20.  It might just fix this issue.

> 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?

See above.  I assume I have already fixed this.  Then the right solution
would be to wait for 1.5.22.  :)

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

Does libopts depend on libguile?  If so, then yes, that is the right
order.  On most systems this only really matters for static linking
though, so is unrelated to your problem.

Cheers,
Ralf




reply via email to

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