------- Comment #5 from howarth at nitro dot med dot uc dot edu 2008-11-29 18:44 ------- Ah, I see the problem in the config.log. The inaccurate output of uname under the i386 kernel on a EMT64 chipset is confusing configure such that...
$ ../gcc/configure --prefix=/Users/howarth/inst_gcc --enable-languages=c,c++,fortran,java --with-gmp=/sw --with-libiconv-prefix=/sw --with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --with-arch=nocona --with-tune=generic --build=x86_64-apple-darwin10 --host=x86_64-apple-darwin10 --target=x86_64-apple-darwin10 gets converted to Configured with: /var/tmp/gcc/gcc-5626~6/src/configure --disable-checking --enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with-slibdir=/usr/lib --build=i686-apple-darwin10 --with-gxx-include-dir=/include/c++/4.2.1 --program-prefix=i686-apple-darwin10- --host=x86_64-apple-darwin10 --target=i686-apple-darwin10 I'll try substituting a wrapper for uname that correctly outputs x86_64. Hopefully that will fix the multilib problems for the moment. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38314
