Re: 3.1 bootstrap failure on sparcv9-sun-solaris2.8

[Jakub Jelinek <jakub at redhat dot com>]

On Thu, Apr 04, 2002 at 04:33:44PM -0500, lucier@math.purdue.edu wrote:
> I got a bootstrap failure today on sparcv9-sun-solaris2.8; I can't help
> feeling I'm doing something stupid, but I sure as hell can't see what it is.
> 
> I configured and bootstrapped with
> 
> ( /bin/rm -rf * ) ; env CC='cc -xarch=v9 -xildoff' ../configure --prefix=/pkgs/gcc-3.1v9 sparcv9-sun-solaris2.8 ; ( make -j 8 bootstrap > & build.log ) 
> 
> bootstrap fails after building the stage1 compiler with the message:
> 
> ./xgcc -B./ -B/pkgs/gcc-3.1v9/sparcv9-sun-solaris2.8/bin/ -isystem /pkgs/gcc-3.1v9/sparcv9-sun-solaris2.8/include -isystem /pkgs/gcc-3.1v9/sparcv9-sun-solaris2.8/sys-include -O2  -DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem ./include  -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -shared -nodefaultlibs -Wl,-h,libgcc_s_sparcv7.so.1 -Wl,-z,text -Wl,-z,defs -Wl,-M,libgcc.map -o libgcc_s_sparcv7.so  -m32  libgcc/sparcv7/_muldi3.o libgcc/sparcv7/_negdi2.o libgcc/sparcv7/_lshrdi3.o libgcc/sparcv7/_ashldi3.o libgcc/sparcv7/_ashrdi3.o libgcc/sparcv7/_ffsdi2.o libgcc/sparcv7/_clz.o libgcc/sparcv7/_cmpdi2.o libgcc/sparcv7/_ucmpdi2.o libgcc/sparcv7/_floatdidf.o libgcc/sparcv7/_floatdisf.o libgcc/sparcv7/_fixunsdfsi.o libgcc/sparcv7/_fixunssfsi.o libgcc/sparcv7/_fixunsdfdi.o libgcc/sparcv7/_fixdfdi.o libgcc/sparcv7/_fixunssfdi.o libgcc/sparcv7/_fixsfdi.o libgcc/sparcv7/_fixxfdi.o libgcc/sparcv7/_fixunsxfdi.o libgcc/sparcv7/!
> _floatdixf.o libgcc/sparcv7/_fixunsxfsi.o libgcc/sparcv7/_fixtfdi.o libgcc/sparcv7/_fixunstfdi.o libgcc/sparcv7/_floatditf.o libgcc/sparcv7/_clear_cache.o libgcc/sparcv7/_trampoline.o libgcc/sparcv7/__main.o libgcc/sparcv7/_exit.o libgcc/sparcv7/_absvsi2.o libgcc/sparcv7/_absvdi2.o libgcc/sparcv7/_addvsi3.o libgcc/sparcv7/_addvdi3.o libgcc/sparcv7/_subvsi3.o libgcc/sparcv7/_subvdi3.o libgcc/sparcv7/_mulvsi3.o libgcc/sparcv7/_mulvdi3.o libgcc/sparcv7/_negvsi2.o libgcc/sparcv7/_negvdi2.o libgcc/sparcv7/_ctors.o libgcc/sparcv7/_divdi3.o libgcc/sparcv7/_moddi3.o libgcc/sparcv7/_udivdi3.o libgcc/sparcv7/_umoddi3.o libgcc/sparcv7/_udiv_w_sdiv.o libgcc/sparcv7/_udivmoddi4.o  libgcc/sparcv7/unwind-dw2.o libgcc/sparcv7/unwind-dw2-fde.o libgcc/sparcv7/unwind-sjlj.o -lc && rm -f libgcc_s_sparcv7.so.1 && ln -s libgcc_s_sparcv7.so libgcc_s_sparcv7.so.1
> Undefined			first referenced
>  symbol  			    in file
> __fixunstfti                        libgcc.map
> __ashlti3                           libgcc.map
> __modti3                            libgcc.map
> ld: fatal: Symbol referencing errors. No output written to libgcc_s_sparcv7.so
> 
> A quick check does show that these routines are not built, which is strange ...

It is not much surprising actually, since apparently libgcc.mk is using
only one map file for all multilibs while it should use one for each
multilib. 32-bit libgcc.so doesn't provide __modti3 etc. but __moddi3 etc.
I haven't noticed this in my sparc64-redhat-linux bootstrap, since for
some reason it decided not to build multilibs at all, just 64-bit libraries.
Will have to check that first, then do something about mklibgcc.in.

	Jakub