On Fri, 2012-08-24 at 08:53 -0700, Andy Ross wrote: > On 08/24/2012 07:12 AM, Richard Purdie wrote: > > This avoids problems with libstdc++ having bad rpaths (/usr/lib/../.lib) > > in its .la file. See the patch for more information. > > Heh, I was just sitting down having discovered the same thing. Isn't > the root cause at least partially that gcc is using a different > libtool implementation than the rest of the build? I note it's also > missing the normalization patches that went into the standard libtool > (though that's benign here as -rpath isn't used).
gcc is one of the few things we don't reautoconf so it doesn't pick up our libtool. We therefore end up patching libtool in it and binutils manually which can be a bit of a pain... I'd love to have a better fix for this. I suspect its taking the path from some "gcc -print-xxxx" call which returns /usr/lib/../lib on x86_64 so we could try and normalise it at source... Cheers, Richard _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
