[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: kernel-package rules file patch for UltraSparc

Adam Di Carlo <aph@debian.org> writes:

> Steve Dunham <dunham@cse.msu.edu> writes:
> > Argh.  Forgot about that. Bug in egcs64 package that I fixed locally
> > with a symlink.  I'll add this to the egcs64 package if I can't find a
> > better solution.
> > 
> >   install -d /usr/sparc-linux
> >   ln -s ../lib /usr/sparc-linux/lib
> > A bug report should be filed against egcs64, if it hasn't been filed
> > already.
> Yes -- that fixed that problem -- bug submitted against egcs64.

> Now I have yet another problem:

> sparc64-linux-gcc -D__KERNEL__ -I/usr/local/src/linux-2.2.x/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -m64 -pipe -mno-fpu -mcpu=ultrasparc -mcmodel=medlow -ffixed-g4 -fcall-used-g5 -fcall-used-g7 -Wno-sign-compare -DMODULE -DMODVERSIONS -include /usr/local/src/linux-2.2.x/include/linux/modversions.h   -c -o 3c59x.o 3c59x.c
> ../../gcc/config/sparc/sparc.c:1174: Internal compiler error in function sparc_emit_set_const32
> cpp: output pipe has been closed
> make[3]: *** [3c59x.o] Error 1
> make[3]: Leaving directory `/usr/local/src/linux-2.2.x/drivers/net'

> Yikes!

> I'm going to try to disable this enet device and see if I can overcome....

Yup.  It did work at one point in time (2.1.1xx), but some recent
change in the kernel source is triggering a compiler bug.  Hopefully
Ben's Compiler update will fix this.


Reply to: