> From: Akor <[EMAIL PROTECTED]> > Date: Mon, 22 Nov 1999 01:09:43 -0500 (EST) > To: debian-sparc@lists.debian.org > Subject: More modutils problems > > I am running pure potato on SparcStation 4. Having met the current > modutils problems, I downloaded the source (modutils-2.3.6), patched > it to the current level (modutils_2.3.6-8.diff) and tried to compile > it, doing first './config --prefix=/usr/local' and then 'make > install'. It mostly compiled with one notable exception: > > make[1]: Entering directory `/usr/local/hold/modutils-2.3.6/insmod' > gcc -M -g -O2 -Wall -I./../include -D_GNU_SOURCE -DCOMPAT_2_0=1 > -DELF_MACHINE_H='"elf_sparc.h"' -DARCH_sparc insmod.c modprobe.c rmmod.c > lsmod.c ksyms.c modinfo.c > .depend > gcc -g -O2 -Wall -I./../include -D_GNU_SOURCE -DCOMPAT_2_0=1 > -DELF_MACHINE_H='"elf_sparc.h"' -DARCH_sparc -DCOMBINE_rmmod > -DCOMBINE_modprobe -c -o insmod.o insmod.c > insmod.c: In function `print_load_map': > insmod.c:336: internal error--unrecognizable insn: > (insn 708 707 6 (unspec_volatile[ > (mem (mem:SI (plus:SI (reg:SI 272) > (const_int 8 [0x8])) 0) 0) > ] 4) -1 (nil) > (expr_list:REG_DEAD (reg:SI 272) > (nil))) > make[1]: *** [insmod.o] Error 1 > make[1]: Leaving directory `/usr/local/hold/modutils-2.3.6/insmod' > > Never mind that the code looks like lisp much more than it looks like > C, but is it a bug? Or, as usual, am I doing something stupid?
The lisp-like code looks like it could be i386 assembler to me. I suspect that this is a gcc bug. It may be related to the function load_map_cmp(). --Paul Vojta, [EMAIL PROTECTED]