This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug bootstrap/38314] gcc trunk doesn't build libjava on x86_64-apple-darwin10
- From: "howarth at nitro dot med dot uc dot edu" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 29 Nov 2008 03:41:21 -0000
- Subject: [Bug bootstrap/38314] gcc trunk doesn't build libjava on x86_64-apple-darwin10
- References: <bug-38314-11113@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-29 03:41 -------
This doesn't seem to be sufficient...
MLIBS=`/Users/howarth/work/./gcc/xgcc -B/Users/howarth/work/./gcc/
-B/Users/howarth/inst_gcc/x86_64-apple-darwin10/bin/
-B/Users/howarth/inst_gcc/x86_64-apple-darwin10/lib/ -isystem
/Users/howarth/inst_gcc/x86_64-apple-darwin10/include -isystem
/Users/howarth/inst_gcc/x86_64-apple-darwin10/sys-include --print-multi-lib \
| sed -e 's/;.*$//' -e '/^\.$/d'` ; \
for mlib in $MLIBS ; do \
strip -o libgcc_s.10.4.dylib_T${mlib} \
-s ../../../gcc/libgcc/../gcc/config/i386/darwin-libgcc.10.4.ver -c
-u \
../${mlib}/libgcc/${mlib}/libgcc_s.1.dylib.tmp || exit 1 ; \
done
ranlib: file: libgcc_eh.a(unwind-sjlj.o) has no symbols
ranlib -c libgcc_eh.a
lipo -output libgcc_s.10.4.dylib -create libgcc_s.10.4.dylib_T*
ranlib: file: libgcc_eh.a(unwind-sjlj.o) has no symbols
strip -o libgcc_s.10.5.dylib_T \
-s ../../../gcc/libgcc/../gcc/config/i386/darwin-libgcc.10.5.ver -c
-u \
./libgcc_s.1.dylib.tmp
lipo: libgcc_s.10.4.dylib_T and libgcc_s.10.4.dylib_Tx86_64 have the same
architectures (x86_64) and can't be in the same fat output file
make[3]: *** [libgcc_s.10.4.dylib] Error 1
make[3]: *** Waiting for unfinished jobs....
MLIBS=`/Users/howarth/work/./gcc/xgcc -B/Users/howarth/work/./gcc/
-B/Users/howarth/inst_gcc/x86_64-apple-darwin10/bin/
-B/Users/howarth/inst_gcc/x86_64-apple-darwin10/lib/ -isystem
/Users/howarth/inst_gcc/x86_64-apple-darwin10/include -isystem
/Users/howarth/inst_gcc/x86_64-apple-darwin10/sys-include --print-multi-lib \
| sed -e 's/;.*$//' -e '/^\.$/d'` ; \
for mlib in $MLIBS ; do \
strip -o libgcc_s.10.5.dylib_T${mlib} \
-s ../../../gcc/libgcc/../gcc/config/i386/darwin-libgcc.10.5.ver -c
-u \
../${mlib}/libgcc/${mlib}/libgcc_s.1.dylib.tmp || exit 1 ; \
done
lipo -output libgcc_s.10.5.dylib -create libgcc_s.10.5.dylib_T*
lipo: libgcc_s.10.5.dylib_T and libgcc_s.10.5.dylib_Tx86_64 have the same
architectures (x86_64) and can't be in the same fat output file
make[3]: *** [libgcc_s.10.5.dylib] Error 1
make[2]: *** [all-stage1-target-libgcc] Error 2
make[1]: *** [stage1-bubble] Error 2
make: *** [all] Error 2
using...
../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
Using the darwin9 targets fail as well under darwin10. I suspect this breakage
in the multilib is due to the fact that the gcc compiler now creates x86_64
code by default so we are likely missing some instances of -m32 which weren't
required for the multilib bootstrap to work before.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38314