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/libstdc++.la. 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/libstdc++.la. 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. Cheers. _______________________________________________ Autoconf mailing list Autoconf@xxxxxxx http://lists.gnu.org/mailman/listinfo/autoconf
