On Sun, Sep 06, 2009 at 08:56:59PM +0200, Yves Blusseau wrote: > > Bad news grub not compiled on a GCC 4.4.1 from MacPorts: > > gcc-mp-4.4 -Iloader/i386 -I./loader/i386 -I. -I./include -I./include - > Wall -W -Wall -W -Wshadow -Wpointer-arith -Wmissing-prototypes > -Wundef -Wstrict-prototypes -g -Os -falign-jumps=1 -falign-loops=1 > -falign-functions=1 -fno-dwarf2-cfi-asm -DAPPLE_CC=1 -m32 > -fno-stack-protector -mno-stack-arg-probe -fno-builtin -mrtd -mregparm=3 > -m32 -MD -c -o linux_mod-loader_i386_linux.o loader/i386/linux.c > 20:16loader/i386/linux.c: In function 'grub_linux_boot': > 20:16loader/i386/linux.c:546: error: can't find a register in class > 'BREG' while reloading 'asm' > 20:16loader/i386/linux.c:546: error: 'asm' operand has impossible > constraints > 20:16make: * [linux_mod-loader_i386_linux.o] Error 1 > > MacPorts don't use specific patch to build gcc so i think the behavior > is coded somewhere in the gcc source code.
I guess that's the implicit -fPIC you mentioned on IRC? Does -fno-PIC help? -- Robert Millan The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all." _______________________________________________ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel