[Top][All Lists]

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

Re: autotools are persistent in using /usr/lib/

From: Marc Singer
Subject: Re: autotools are persistent in using /usr/lib/
Date: Tue, 30 Aug 2005 18:09:22 -0700
User-agent: Mutt/1.5.6+20040907i

On Tue, Aug 30, 2005 at 08:05:30PM -0500, Bob Friesenhahn wrote:
> On Tue, 30 Aug 2005, Marc Singer wrote:
> >I'm cross-building an autotools enabled package (konqueror-embedded).
> >It builds fine on Debian derived, but RedHat systems include the file
> >/usr/lib/  I've made sure that the prefix is not /usr and
> >I've eliminated all references to /usr from the build/link.  There's
> >nothing in the makefile that explicitly references this file, but it
> >persists in the link where it seems to come from a .deps file.  I've
> >even added the compiler's lib directory explicitly in the configure
> >invocation, but that doesn't seem to fix it.
> > 1) Where could this be coming from?
> > 2) Is there some way in which this could be hard-coded in autotools?
> It is most likely that a libtool .la file on the system includes 
> mention of /usr/lib/  That would explain the problem.

That's what I've been looking for.  I *have* seen sub-libraries within
the package with this reference.  Still looking.

> It is not usually legal to mix-and-match libstdc++ implementations 
> because different versions of GCC don't always produce the exact same 
> ABI and because template implementations may differ.  As a result, all 
> libraries used by the application should be based on the same version 
> of GCC and the same libstdc++.

There isn't a chance of that.  Everything in this project is build
from scratch.


reply via email to

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