Re: More modutils problems
> From: Akor <akor@eternal.net>
> 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, vojta@math.berkeley.edu
Reply to: