This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug preprocessor/14103] New: gcc-3.4-20040206.tar.bz2 ICEs on "gcc -E -imacros foo.h baz.c"
- From: "lindsayd at cisco dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 11 Feb 2004 00:59:43 -0000
- Subject: [Bug preprocessor/14103] New: gcc-3.4-20040206.tar.bz2 ICEs on "gcc -E -imacros foo.h baz.c"
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
I built a native compiler on i686-pc-linux-gnu from
the most recent weekly snapshot, gcc-3.4-20040206.tar.bz2.
The following test makes it seg fault/ICE:
echo > empty.c
echo > empty.h
gcc -E -imacros empty.h empty.c > Efile
empty.c:0: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
This does not happen with the compiler I built from gcc-3.4-20040128.tar.bz2, so
it's a regresssion in the last week.
No, the source files don't have to be empty to trigger this. The empty inputs
are my cutdown :-)
Both the 2040206 and 20040128 builds were with GCC sources cpio-merged on top of
binutils-2.14/newlib-1.11.0, and using the configuration options:
--with-gnu-as --enable-languages=c++ --enable-threads --enable-shared
--target=native --prefix=$INSTALL_DIR
--
Summary: gcc-3.4-20040206.tar.bz2 ICEs on "gcc -E -imacros foo.h
baz.c"
Product: gcc
Version: 3.4.0
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: preprocessor
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lindsayd at cisco dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: native
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14103