Bug 158622 - ICE on dietlibc-0.29
Summary: ICE on dietlibc-0.29
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: gcc
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-05-24 10:27 UTC by Enrico Scholz
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-05-24 12:16:46 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
preprocessed source file (6.08 KB, text/plain)
2005-05-24 10:27 UTC, Enrico Scholz
no flags Details

Description Enrico Scholz 2005-05-24 10:27:05 UTC
Description of problem:

gcc -I. -isystem include -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -m32 -march=i386 -mtune=pentium4 -fasynchronous-unwind-tables -fPIC -D__DYN_LIB -D__DYN_\
LIB_SHARED -c dyn_start.c -o pic-i386/dyn_so_start.o 
dyn_start.c:42: internal compiler error: in named_section_real, at varasm.c:427 
Please submit a full bug report, 
with preprocessed source if appropriate. 
See <URL:http://bugzilla.redhat.com/bugzilla> for instructions. 
Preprocessed source stored into /tmp/ccKH6esy.out file, please attach this to your bugreport. 
make[1]: *** [pic-i386/dyn_so_start.o] Error 1 


Version-Release number of selected component (if applicable):

gcc-4.0.0-8


How reproducible:

100%

Comment 1 Enrico Scholz 2005-05-24 10:27:05 UTC
Created attachment 114766 [details]
preprocessed source file

Comment 2 Jakub Jelinek 2005-05-24 12:16:46 UTC
Apparently dietlibc is buggy, doesn't take into account that .eh_frame
section in more recent toolchains is read-only.
gcc's crtstuff.c from which apparently dietlibc was once copied uses
EH_FRAME_SECTION_CONST
macro for this, plus autoconf magic.
Plus you should certainly make sure dyn_start.c is compiled with -fno-exceptions,
as otherwise it is broken (otherwise __EH_FRAME_BEGIN__ very well might not be
the beginning of .eh_frame).
It is true that GCC should not ICE on any bad input, but this one is so special
case that I don't think it needs any changes.


Note You need to log in before you can comment on or make changes to this bug.