[Top][All Lists]

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

Re: LD_LIBRARY_PATH - disappear of libdir after patch

From: Paul Seidler
Subject: Re: LD_LIBRARY_PATH - disappear of libdir after patch
Date: Tue, 13 Mar 2012 21:46:03 +0100

Am Montag, den 12.03.2012, 22:18 -0500 schrieb Peter O'Gorman:
> Hi Paul,
> On 03/12/2012 10:47 AM, Paul Seidler wrote:
> > Hello,
> >
> > running the test suite of eina-1.1 with 1.0 installed and
> > libtool-2.4{.2,} the tests will fail (symbol lookup errors) because of
> > the LD_LIBRARY_PATH (same with glib, gst-plugins-base, ...). The libdir
> > is in front of the "test-path":
> > LD_LIBRARY_PATH="/usr/lib64:/home/sepek/dev/eina-1.1.0/src/lib/.libs:
> >
> > I don't get this with newer libtool versions (from git), "/usr/lib64:"
> > is no more in LD_LIBRARY_PATH. I traced it down to
> > 06c6555d4a77a5e91f43da3451586534da93e0ae. With a cherry-picked version
> > everything works fine (with 2.4.2) but if I understand the complete
> > message correct it shouldn't affect the functionality of libtool?! At
> > least the tests of libtool throw no error.
> >
> > So my Question: Is this behavior intentional?
> That particular patch wasn't supposed to have changed anything, all it's 
> meant to have done is remove quoting where it's not needed.
> /usr/lib64 appearing in LD_LIBRARY_PATH is because libtool is brain dead 
> in its detection of "system" library locations. Most vendors have 
> patched their libtools to work around this, e.g.:
> Perhaps somehow libtool.m4 bits of your vendor patched libtool are 
> getting used?

No, I have a pure 2.4.2 installed and replaced it with the
cherry-picked/scm version completly.
Since you have confirmed my suspicions, I will take a closer look in the
next time.

Thanks for the response

reply via email to

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