gcc-4.3.3 bootstrap fails on old Sun Sparc

[Dennis Clarke <dclarke at blastwave dot org>]

This is on an old Sun Sparc machine running Solaris 8.

I had CFLAGS set thus :

$ echo $CFLAGS
-mcpu=v7 -m32 -mno-app-regs -pthreads

I was using gcc version 4.2.4 to perform this bootstrap and I set the
configure options for non-GNU as and ld thus :

$ ../gcc-4.3.3/configure --with-as=/usr/ccs/bin/as \
> --without-gnu-ld --with-ld=/usr/ccs/bin/ld --with-cpu=v7 \
> --enable-threads=posix --disable-nls --prefix=/export/home/dclarke/local \
> --with-local-prefix=/export/home/dclarke/local --enable-shared \
> --enable-languages=c,c++,objc,fortran \
> --with-gmp=/export/home/dclarke/local \
> --with-mpfr=/export/home/dclarke/local \
> --enable-bootstrap

Phase one of the boot strap results in this :

$ /export/nfs/build/gnu/GCC/gcc-4.3.3-build/gcc/xgcc -v
Using built-in specs.
Target: sparc-sun-solaris2.8
Configured with: ../gcc-4.3.3/configure --with-as=/usr/ccs/bin/as
--without-gnu-ld --with-ld=/usr/ccs/bin/ld --with-cpu=v7
--enable-threads=posix --disable-nls --prefix=/export/home/dclarke/local
--with-local-prefix=/export/home/dclarke/local --enable-shared
--enable-languages=c,c++,objc,fortran
--with-gmp=/export/home/dclarke/local
--with-mpfr=/export/home/dclarke/local --enable-bootstrap
Thread model: posix
gcc version 4.3.3 (GCC)

Shortly into what looks like phase 2 I see the process fails thus :

/export/nfs/build/gnu/GCC/gcc-4.3.3-build/./gcc/xgcc
-B/export/nfs/build/gnu/GCC/gcc-4.3.3-build/./gcc/
-B/export/home/dclarke/local/sparc-sun-solaris2.8/bin/
-B/export/home/dclarke/local/sparc-sun-solaris2.8/lib/ -isystem
/export/home/dclarke/local/sparc-sun-solaris2.8/include -isystem
/export/home/dclarke/local/sparc-sun-solaris2.8/sys-include -g
-fkeep-inline-functions -m64 -O2  -O2 -g -mcpu=v7 -m32 -mno-app-regs
-pthreads   -DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition  -isystem ./include  -fPIC -g
-DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED   -I. -I.
-I../../.././gcc -I../../../../gcc-4.3.3/libgcc
-I../../../../gcc-4.3.3/libgcc/. -I../../../../gcc-4.3.3/libgcc/../gcc
-I../../../../gcc-4.3.3/libgcc/../include  -DHAVE_CC_TLS -o _muldi3.o -MT
_muldi3.o -MD -MP -MF _muldi3.dep -DL_muldi3 -c
../../../../gcc-4.3.3/libgcc/../gcc/libgcc2.c \

xgcc: may not use both -m32 and -m64

make[5]: *** [_muldi3.o] Error 1
make[5]: Leaving directory
`/export/nfs/build/gnu/GCC/gcc-4.3.3-build/sparc-sun-solaris2.8/sparcv9/libgcc'
make[4]: *** [multi-do] Error 1
make[4]: Leaving directory
`/export/nfs/build/gnu/GCC/gcc-4.3.3-build/sparc-sun-solaris2.8/libgcc'
make[3]: *** [all-multi] Error 2
make[3]: Leaving directory
`/export/nfs/build/gnu/GCC/gcc-4.3.3-build/sparc-sun-solaris2.8/libgcc'
make[2]: *** [all-stage1-target-libgcc] Error 2
make[2]: Leaving directory `/export/nfs/build/gnu/GCC/gcc-4.3.3-build'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/export/nfs/build/gnu/GCC/gcc-4.3.3-build'
make: *** [all] Error 2

I do not know why the option -m64 is in there. I certainly didn't ask for it.

Any thoughts on this ?

-- 
Dennis Clarke