Bug 27758 – hardened gcc 3.2.3 fails to build lilo

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Martin bene 2003-09-01 23:40:44 UTC]

Problem identical to Bug 27507, only for lilo package.

lilo builds fine after I do

hardened-gcc -R

but fail to build after I do

hardened-gcc -A

gcc -c -O1 -Wall -g `( if [ -r $ROOT/etc/lilo.defines ]; then cat 
$ROOT/etc/lilo.defines; else echo -DBDATA -DDSECS=3 -DEVMS -DIGNORECASE -DLVM -
DONE_SHOT -DPASS160 -DREISERFS -DREWRITE_TABLE -DSOLO_CHAIN -DVERSION -
DVIRTUAL; fi ) | sed 's/-D/-DLCF_/g'` `[ -r /usr/include/asm/boot.h ] && echo -
DHAS_BOOT_H` `cat mylilo.h` partition.c
partition.c: In function `_llseek':
partition.c:40: can't find a register in class `BREG' while reloading `asm'
make: *** [partition.o] Error 1

Reproducible: Always
Steps to Reproduce:
1.emerge hardened-gcc
2.hardened-gcc -A
3.emerge lilo

Actual Results:  
failed to compile, as described under 'details'

Expected Results:  
successful compilation

System uname: 2.4.20-gentoo-r6 #3 SMP Sat Aug 30 00:08:21 CEST 2003 i686 Intel
(R) Pentium(R) 4 CPU 2.40GHz GenuineIntel GNU/Linux

[Comment 1 Alexander Gabert (RETIRED) 2003-09-02 03:24:20 UTC]

lilo and grub will get -yet_exec if has_version sys-devel/hardened-gcc is found

[Comment 2 Alexander Gabert (RETIRED) 2003-09-06 11:27:17 UTC]

made the appropriate changes to the respective ebuilds to disable etdyn support by encompassing -yet_exec as CC or CFLAGS

please test sunday evening (emerge sync takes time to mirror) and report back

thanks in advance,

Alex

[Comment 3 Martin bene 2003-09-08 10:51:36 UTC]

New enbuild containing  -yet_exec compiles & works OK 

[Comment 4 Alexander Gabert (RETIRED) 2003-09-29 11:22:49 UTC]

changes added to cvs