On Oct 22, 2012, at 7:58 PM, Perry Smith wrote: > > On Oct 22, 2012, at 8:55 AM, Michael Haubenwallner wrote: > >> On 10/22/2012 03:49 PM, Perry Smith wrote: >>> In stage 3, libatomic's configure fails. The config.log file is here: >>> https://gist.github.com/3931504 >>> >>> I've recreated the conftest.c and ran the same command. The output is fine >>> and executes with a 0 status. >>> >>> The clue (that I can't figure out) is cc1 is a 32 bit program but it tried >>> to load the 64 bit version of libstdc++. >>> I can't figure out why it tried to do that and I can't recreate it. >> >> This one is (similar to) http://gcc.gnu.org/PR52623 > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623#c4 > > I bet that is my problem. LD_LIBRARY_PATH has the first element is the same > path that the loader decided to find libstdc++. > > I will find the APAR(s) that introduced this later and post it.
So far, I'm not finding where this was introduced. I need to play with it and see if the loader actually uses it or perhaps the build process sets LIBPATH equal to LD_LIBRARY_PATH too early in the processing.
