Re: ICE on ARM Linux when bootstrapping with current CVS tree...

[Richard Earnshaw <rearnsha at arm dot com>]

Scott,

I think this should be fixed now with the changes I've just checked in.

You don't say if this failure was during the stage1 or a later build; if 
this is during stage1 it probably means you are trying to use -O or higher 
while doing the initial bootstrap.  This will trigger a bug in the 
compiler which will cause you to get a broken genrecog executable.  The 
solution is to ensure that the stage1 is built with -O0 (this should be 
the default).

R.

> for name in _muldi3 _divdi3 _moddi3 _udivdi3 _umoddi3 _negdi2 _lshrdi3
>  _ashldi3 _ashrdi3 _ffsdi2 _udiv_w_sdiv _udivmoddi4 _cmpdi2 _ucmpdi2
>  _floatdidf _floatdisf _fixunsdfsi _fixunssfsi _fixunsdfdi _fixdfdi
>  _fixunssfdi _fixsfdi _fixxfdi _fixunsxfdi _floatdixf _fixunsxfsi
>  _fixtfdi _fixunstfdi _floatditf __gcc_bcmp _varargs __dummy _eprintf
>  _bb _shtab _clear_cache _trampoline __main _exit _ctors _pure; \
> do \
>   echo ${name}; \
>   ./xgcc -B/usr/armv4l-unknown-linux-gnu/bin/ -B./ 
>       -I/usr/armv4l-unknown-linux-gnu/include -O2 -DIN_GCC -g -W 
>       -Wall -I./include -fomit-frame-pointer -fPIC -g0 
>       -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I.
>       -I../../gcc3/gcc -I../../gcc3/gcc/config 
>       -I../../gcc3/gcc/../include -c -DL${name} \
>        ../../gcc3/gcc/libgcc2.c -o ${name}.o; \
>   if [ $? -eq 0 ] ; then true; else exit 1; fi; \
>   ar rc tmplibgcc2.a ${name}.o; \
>   rm -f ${name}.o; \
> done
> _muldi3
> _divdi3
> ../../gcc3/gcc/libgcc2.c: In function `__divdi3':
> ../../gcc3/gcc/libgcc2.c:694: Unrecognizable insn:
> (insn 1256 789 1262 (set (subreg:SI (mem:DI (reg:SI 13 sp) 0) 0)
>         (reg:SI 0 r0)) -1 (nil)
>     (nil))
> ../../gcc3/gcc/libgcc2.c:694: Internal compiler error in
> `extract_insn', at recog.c:2026
> 
> Please submit a full bug report.
> 
> I bootstrapped with the following compiler:
> 
> Reading specs from
> /usr/lib/gcc-lib/armv4l-unknown-linux-gnu/2.95.1/specs
> gcc version 2.95.1 19990816 (release)
> 
> I have tried applying modified versions of the patches we build the
> above 2.95.1 compiler with and the same result occurs.  The above
> problem is based on a version checked out ~5PM EST Oct 8/99.
> 
> Scott