[Bug c/17720] Grammatical error in C warning
--- Additional Comments From schwab at suse dot de 2004-09-29 08:16 --- IMHO "differ in sign" would be wrong. It's not the sign (plus or minus) that matters, but whether the sign bit exists at all. Even the C standard talks about signedness of types (6.2.5#8). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17720
[Bug libfortran/16135] libfortran doesn't build, use of C99 types
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-09-29 08:32 --- Still not fixed on Solaris 2.5.1. A quick grep showed that no header file defines the types at stake, unlike on Solaris 2.6 where inttypes.h exists. I'm ok to devise a patch but I'd like to have some guidance from the maintainers as to how the problem could be best solved. Thanks in advance. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16135
[Bug tree-optimization/17697] [4.0 Regression] ICE: Statement marked for throw, but doesn't - verify_stmts failed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-09-29 09:04 --- Subject: Bug 17697 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-09-29 09:04:21 Modified files: gcc: ChangeLog tree-ssa-ccp.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/opt: pr17697-2.C pr17697-3.C pr17697-1.C Log message: PR tree-optimization/17697 * tree-ssa-ccp.c (execute_fold_all_builtins): Update eh and cleanup cfg if needed. * g++.dg/opt/pr17697-1.C: New test. * g++.dg/opt/pr17697-2.C: New test. * g++.dg/opt/pr17697-3.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.5676&r2=2.5677 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-ccp.c.diff?cvsroot=gcc&r1=2.46&r2=2.47 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4361&r2=1.4362 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/pr17697-2.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/pr17697-3.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/pr17697-1.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17697
[Bug c++/17721] New: exception not caught in shared lib if using dlopen
I have a function f() which throws
an exception of the type Exception:
class Exception {
};
extern "C" void f() {
throw Exception();
}
The exception should be catched with
try { f(); }
catch (Exception& e) .
This works not if f() is placed in
a shared library and the library was
loaded with dlopen(). If the type of the
exception is a class then this type
seems to be missing and it can't be determind
which handler can catch the exception. Only
catch (...) works. Other types, e. g. int,
works fine.
The bug occurs on (1) Linux / gcc 3.4.0,
(2) Linux gcc 3.3.2 but not on (3) Solaris /
gcc 3.3.2.
(1)
>Release: 3.4.0
>Environment:
System: Linux mars 2.4.21-99-smp #1 SMP Wed Sep 24 13:31:14 UTC 2003 i686 i686
i386 GNU/Linux
Architecture: i686
host: i586-suse-linux-gnu
build: i586-suse-linux-gnu
target: i586-suse-linux-gnu
configured with: /tmp/1/GCC340/gcc-3.4.0/configure --enable-threads=posix
--prefix=/usr/gcc340 --enable-languages=c,c++,f77,objc,java,ada
--disable-checking --enable-libgcj --with-system-zlib --enable-shared
--enable-__cxa_atexit i586-suse-linux
(2)
>Release: 3.3.2
>Environment:
System: Linux mars 2.4.21-99-smp #1 SMP Wed Sep 24 13:31:14 UTC 2003 i686 i686
i386 GNU/Linux
Architecture: i686
host: i586-suse-linux-gnu
build: i586-suse-linux-gnu
target: i586-suse-linux-gnu
configured with: /tmp/1/GCC332/gcc-3.3.2/configure --enable-threads=posix
--prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info
--mandir=/usr/share/man --libdir=/usr/lib
--enable-languages=c,c++,f77,objc,java,ada --disable-checking --enable-libgcj
--with-gxx-include-dir=/usr/include/g++ --with-slibdir=/lib --with-system-zlib
--enable-shared --enable-__cxa_atexit i586-suse-linux
(3)
>Release: 3.2.3
>Environment:
System: SunOS oberon 5.7 Generic_106541-34 sun4u sparc SUNW,UltraSPARC-IIi-Engin
e
Architecture: sun4
host: sparc-sun-solaris2.7
build: sparc-sun-solaris2.7
target: sparc-sun-solaris2.7
configured with: ../gcc-3.2.3/configure --prefix=/usr/local --enable-languages=c
,c++
Here is a small testcase:
$ cat exception.h
#ifndef _exception_h_
#define _exception_h_
class Exception {
};
#endif
$ cat libf1.cpp
#include "exception.h"
extern "C" void f1() {
throw Exception();
}
$ cat test_exception.cpp
#include
#include
#include "exception.h"
using namespace std;
void f0 () {
throw Exception() ;
}
main() {
try {
f0();
} catch (Exception& e) {
cerr << "f0: Exception. " << endl;
} catch (...) {
cerr << "f0: unknown exception - expected: Exception. " << endl;
}
void *lib_f1;
void (*f1_call)();
if (!(lib_f1=dlopen("./libf1.so",RTLD_LAZY))) {
cerr << endl;
cerr << "Can't open ./libf1.so." << endl;
cerr << endl;
exit(1);
}
if (!(f1_call=(void (*)())dlsym(lib_f1,"f1"))) {
cerr << endl;
cerr << "Can't bind f1." << endl;
cerr << endl;
exit(2);
}
try {
(*f1_call)();
} catch (Exception& e) {
cerr << "f1: Exception. " << endl;
} catch (...) {
cerr << "f1: unknown exception - expected: Exception. " << endl;
}
dlclose(lib_f1);
}
$ cat Makefile
CC = g++
all: test_exception libf1.so
test_exception: test_exception.cpp exception.h
$(CC) -ldl -o test_exception test_exception.cpp
libf1.so: libf1.cpp exception.h
$(CC) -fPIC -shared -Wl,-soname,libf1.so -o libf1.so libf1.cpp
#$(CC) -fPIC -G -o libf1.so libf1.cpp
clean:
rm -f *.o libf?.so core* a.out test_exception
--
Summary: exception not caught in shared lib if using dlopen
Product: gcc
Version: 3.3.2
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: frank dot schaedlich at asg dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i586-suse-linux-gnu
GCC host triplet: i586-suse-linux-gnu
GCC target triplet: i586-suse-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17721
[Bug middle-end/17525] [4.0 regression] ICE in emit_move_insn (non-BLKmode arg)
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-29 11:45 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17525
[Bug c++/17721] exception not caught in shared lib if using dlopen
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-29 11:55 --- *** This bug has been marked as a duplicate of 3993 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17721
[Bug c++/3993] dynamic_cast<>() fails in simple test case w/ dynamic loading
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-29 11:55 --- *** Bug 17721 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||frank dot schaedlich at asg ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3993
edge vector corruption
I'm seeing a seg fault due to extending a vector in the middle of
a vector iteration loop. This occurs during bootstrap on an i686-pc-linux-gnu
system with the default vector length reduced to 2 and the vector length
and alloc fields set to unsigned short.
It's very sensitive to the command line options, indeed the regular trick
of -save-temps and feeding the .i file into cc1 fails to elicit the fault.
run -quiet -v -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include
-I../../gcc/gcc/../libcpp/include -iprefix
/home/nathan/egcs/HEAD/memory/gcc/stage1/../lib/gcc/i686-pc-linux-gnu/4.0.0/
-isystem ./include -DIN_GCC -DHAVE_CONFIG_H ../../gcc/gcc/cfgloopmanip.c -quiet
-dumpbase cfgloopmanip.c -mtune=pentiumpro -auxbase-strip cfgloopmanip.o -g -O2
-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic
-Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror -version
-fomit-frame-pointer -fno-common
Here is the stack traceback,
#0 0x081d8bb0 in VEC_edge_reserve (vec_=0x403da16c, alloc_=-1, _loc_name=0x85eea2a
"../../gcc/gcc/cfg.c", _loc_line=273,
_loc_function=0x85eea8e "unchecked_make_edge") at ../../gcc/gcc/basic-block.h:177
#1 0x081d8a20 in VEC_edge_safe_insert (vec_=0x403da16c, ix_=0, obj_=0x409679d8, file_=0x85eea2a
"../../gcc/gcc/cfg.c",
line_=273, function_=0x85eea8e "unchecked_make_edge", _loc_name=0x85eea2a
"../../gcc/gcc/cfg.c", _loc_line=273,
_loc_function=0x85eea8e "unchecked_make_edge") at ../../gcc/gcc/basic-block.h:177
#2 0x081d67a8 in unchecked_make_edge (src=0x403da15c, dst=0x40360a6c, flags=1) at
../../gcc/gcc/cfg.c:273
#3 0x081d6906 in cached_make_edge (edge_cache=0x0, src=0x403da15c, dst=0x40360a6c,
flags=1) at ../../gcc/gcc/cfg.c:321
#4 0x081d6984 in make_edge (src=0x403da15c, dest=0x40360a6c, flags=1) at
../../gcc/gcc/cfg.c:335
#5 0x081ec42b in force_nonfallthru_and_redirect (e=0x409c9a68, target=0x403ba488) at
../../gcc/gcc/cfgrtl.c:1136
#6 0x081ec595 in rtl_redirect_edge_and_branch_force (e=0x409c9a68, target=0x403ba488)
at ../../gcc/gcc/cfgrtl.c:1198
#7 0x084d1d54 in redirect_edge_and_branch_force (e=0x409c9a68, dest=0x403ba488) at
../../gcc/gcc/cfghooks.c:296
#8 0x081dc443 in try_forward_edges (mode=41, b=0x403da15c) at
../../gcc/gcc/cfgcleanup.c:590
#9 0x081df775 in try_optimize_cfg (mode=41) at ../../gcc/gcc/cfgcleanup.c:1986
#10 0x081df9b8 in cleanup_cfg (mode=41) at ../../gcc/gcc/cfgcleanup.c:2098
#11 0x084d9235 in rest_of_handle_jump2 () at ../../gcc/gcc/passes.c:1437
#12 0x084d963e in rest_of_compilation () at ../../gcc/gcc/passes.c:1651
#13 0x080fd69d in execute_one_pass (pass=0x8673c80) at
../../gcc/gcc/tree-optimize.c:503
#14 0x080fd78a in execute_pass_list (pass=0x8673c80) at
../../gcc/gcc/tree-optimize.c:538
#15 0x080fda46 in tree_rest_of_compilation (fndecl=0x407895e4, nested_p=0 '\0') at
../../gcc/gcc/tree-optimize.c:638
#16 0x0806a450 in c_expand_body (fndecl=0x407895e4) at ../../gcc/gcc/c-decl.c:6323
#17 0x0850a24a in cgraph_expand_function (node=0x408095e4) at
../../gcc/gcc/cgraphunit.c:1046
#18 0x0850deee in cgraph_expand_all_functions () at ../../gcc/gcc/cgraphunit.c:2728
#19 0x0850e2cb in cgraph_optimize () at ../../gcc/gcc/cgraphunit.c:2839
#20 0x0806cbe7 in c_write_global_declarations () at ../../gcc/gcc/c-decl.c:7293
#21 0x08497974 in compile_file () at ../../gcc/gcc/toplev.c:998
#22 0x08499341 in do_compile () at ../../gcc/gcc/toplev.c:2069
#23 0x084993a8 in toplev_main (argc=37, argv=0xb114) at ../../gcc/gcc/toplev.c:2101
#24 0x080d1e8a in main (argc=37, argv=0xb114) at ../../gcc/gcc/main.c:35
As you'll see cleanup_cfg is looping over the edges of a block using
the edge iterators
for (ei = ei_start (b->succs); (e = ei_safe_edge (ei)); )
{ ...}
but in that loop b->succs is reallocated, so the iterator ei ends up with
a stale pointer.
If edge vectors can be reallocated in such loops, then the iterators need
redesigning.
nathan
--
Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC
[EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk
[Bug java/17699] Can't crosscompile gcj
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-29 12:40 --- Also how did you configure the new compiler, this is the most important information. -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17699
[Bug c++/17722] New: ICE in variable sized array
Hello,
I dont know if this code is supposed to compile, but gcc 3.3.1 and gcc 3.3.3 on
SuSE 9.0 and
SuSE 9.1 stops with an internal compiler error:
class setS {
public:
setS( short Ni, short Nj, short Nk ) {
unsigned char S[Ni][Nj][Nk];
for( short i=0; ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=17722
[Bug c++/17722] ICE in variable sized array
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-29 12:46 --- Fixed for 3.4.0. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |3.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17722
[Bug target/17502] [g77] ICE: segmentation fault on (believed) correct code
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-29 12:48 --- What is the ICE? -- What|Removed |Added Summary|ICE: segmentation fault on |[g77] ICE: segmentation |(believed) correct code |fault on (believed) correct ||code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17502
[Bug ada/17527] Ada Bootstrap problem because of -Werror
-- What|Removed |Added Summary|Bootstrap problem because of|Ada Bootstrap problem |-Werror |because of -Werror http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17527
[Bug target/17551] m68hc11: ICE: unrecognizable insn
-- What|Removed |Added Keywords||ice-on-valid-code Summary|ICE: unrecognizable insn|m68hc11: ICE: unrecognizable ||insn http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17551
Re: edge vector corruption
>
> I'm seeing a seg fault due to extending a vector in the middle of
> a vector iteration loop. This occurs during bootstrap on an
> i686-pc-linux-gnu
> system with the default vector length reduced to 2 and the vector length
> and alloc fields set to unsigned short.
>
> It's very sensitive to the command line options, indeed the regular trick
> of -save-temps and feeding the .i file into cc1 fails to elicit the fault.
>
> run -quiet -v -I. -I. -I../../gcc/gcc -I../../gcc/gcc/.
> -I../../gcc/gcc/../include
> -I../../gcc/gcc/../libcpp/include -iprefix
> /home/nathan/egcs/HEAD/memory/gcc/stage1/../lib/gcc/i686-pc-linux-gnu/4.0.0/
> -isystem ./include -DIN_GCC -DHAVE_CONFIG_H ../../gcc/gcc/cfgloopmanip.c
> -quiet
> -dumpbase cfgloopmanip.c -mtune=pentiumpro -auxbase-strip cfgloopmanip.o
> -g -O2
> -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic
> -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror -version
> -fomit-frame-pointer -fno-common
>
> Here is the stack traceback,
>
> #0 0x081d8bb0 in VEC_edge_reserve (vec_=0x403da16c, alloc_=-1,
> _loc_name=0x85eea2a "../../gcc/gcc/cfg.c", _loc_line=273,
> _loc_function=0x85eea8e "unchecked_make_edge") at
> ../../gcc/gcc/basic-block.h:177
> #1 0x081d8a20 in VEC_edge_safe_insert (vec_=0x403da16c, ix_=0,
> obj_=0x409679d8, file_=0x85eea2a "../../gcc/gcc/cfg.c",
> line_=273, function_=0x85eea8e "unchecked_make_edge",
> _loc_name=0x85eea2a "../../gcc/gcc/cfg.c", _loc_line=273,
> _loc_function=0x85eea8e "unchecked_make_edge") at
> ../../gcc/gcc/basic-block.h:177
> #2 0x081d67a8 in unchecked_make_edge (src=0x403da15c, dst=0x40360a6c,
> flags=1) at ../../gcc/gcc/cfg.c:273
> #3 0x081d6906 in cached_make_edge (edge_cache=0x0, src=0x403da15c,
> dst=0x40360a6c, flags=1) at ../../gcc/gcc/cfg.c:321
> #4 0x081d6984 in make_edge (src=0x403da15c, dest=0x40360a6c, flags=1) at
> ../../gcc/gcc/cfg.c:335
> #5 0x081ec42b in force_nonfallthru_and_redirect (e=0x409c9a68,
> target=0x403ba488) at ../../gcc/gcc/cfgrtl.c:1136
> #6 0x081ec595 in rtl_redirect_edge_and_branch_force (e=0x409c9a68,
> target=0x403ba488) at ../../gcc/gcc/cfgrtl.c:1198
> #7 0x084d1d54 in redirect_edge_and_branch_force (e=0x409c9a68,
> dest=0x403ba488) at ../../gcc/gcc/cfghooks.c:296
> #8 0x081dc443 in try_forward_edges (mode=41, b=0x403da15c) at
> ../../gcc/gcc/cfgcleanup.c:590
> #9 0x081df775 in try_optimize_cfg (mode=41) at
> ../../gcc/gcc/cfgcleanup.c:1986
> #10 0x081df9b8 in cleanup_cfg (mode=41) at ../../gcc/gcc/cfgcleanup.c:2098
> #11 0x084d9235 in rest_of_handle_jump2 () at ../../gcc/gcc/passes.c:1437
> #12 0x084d963e in rest_of_compilation () at ../../gcc/gcc/passes.c:1651
> #13 0x080fd69d in execute_one_pass (pass=0x8673c80) at
> ../../gcc/gcc/tree-optimize.c:503
> #14 0x080fd78a in execute_pass_list (pass=0x8673c80) at
> ../../gcc/gcc/tree-optimize.c:538
> #15 0x080fda46 in tree_rest_of_compilation (fndecl=0x407895e4, nested_p=0
> '\0') at ../../gcc/gcc/tree-optimize.c:638
> #16 0x0806a450 in c_expand_body (fndecl=0x407895e4) at
> ../../gcc/gcc/c-decl.c:6323
> #17 0x0850a24a in cgraph_expand_function (node=0x408095e4) at
> ../../gcc/gcc/cgraphunit.c:1046
> #18 0x0850deee in cgraph_expand_all_functions () at
> ../../gcc/gcc/cgraphunit.c:2728
> #19 0x0850e2cb in cgraph_optimize () at ../../gcc/gcc/cgraphunit.c:2839
> #20 0x0806cbe7 in c_write_global_declarations () at
> ../../gcc/gcc/c-decl.c:7293
> #21 0x08497974 in compile_file () at ../../gcc/gcc/toplev.c:998
> #22 0x08499341 in do_compile () at ../../gcc/gcc/toplev.c:2069
> #23 0x084993a8 in toplev_main (argc=37, argv=0xb114) at
> ../../gcc/gcc/toplev.c:2101
> #24 0x080d1e8a in main (argc=37, argv=0xb114) at ../../gcc/gcc/main.c:35
>
>
> As you'll see cleanup_cfg is looping over the edges of a block using
> the edge iterators
> for (ei = ei_start (b->succs); (e = ei_safe_edge (ei)); )
> { ...}
> but in that loop b->succs is reallocated, so the iterator ei ends up with
> a stale pointer.
>
> If edge vectors can be reallocated in such loops, then the iterators need
> redesigning.
It always has been possible to do so easilly, so I would guess we do it
from time to time.
In edge forwarding it is quite important for time complexity (ie we need
to walk all edges together with possibly elliminating them in linear
time). This is why it used
for (e = b->succ; e; e = next)
...
next = e->succ_next;
other places that are mine will use same paradigm, so it is easy to grep
for "next = e".
Honza
>
> nathan
> --
> Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC
> [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk
>
[Bug tree-optimization/17656] [4.0 Regression] internal compiler error: in replace_immediate_uses, at tree-ssa.c:1041
-- What|Removed |Added Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17656
[Bug rtl-optimization/17692] gcc -O hangs on glnxa64
-- What|Removed |Added Component|c |rtl-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17692
[Bug rtl-optimization/17700] -Os causes bad build of libgcj.so.5.0.0 file
-- What|Removed |Added Component|libgcj |rtl-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17700
[Bug libgcj/17715] [4.0 Regression] .properties files missing from libgcj-4.0.0.jar
-- What|Removed |Added Summary|.properties files missing |[4.0 Regression] .properties |from libgcj-4.0.0.jar |files missing from libgcj- ||4.0.0.jar Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17715
[Bug c/17723] New: [4.0.0 regression] [ICE on legal code] gcc segfaults with -O2
The attached testcase (sorry, no time to reduce its size) causes current mainline to segfault: >gcc -v -O2 -c bug.i Reading specs from /afs/mpa/data/martin/ugcc/lib/gcc/i686-pc-linux-gnu/4.0.0/specs Configured with: /scratch/gcc/configure --quiet --prefix=/afs/mpa/data/martin/ugcc --enable-languages=c++,f95 --with-gmp=/afs/mpa/data/martin/mygmp Thread model: posix gcc version 4.0.0 20040929 (experimental) /afs/mpa/data/martin/ugcc/libexec/gcc/i686-pc-linux-gnu/4.0.0/cc1 -fpreprocessed bug.i -quiet -dumpbase bug.i -mtune=pentiumpro -auxbase bug -O2 -version -o /tmp/ccW802VQ.s GNU C version 4.0.0 20040929 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.0.0 20040929 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 eval.l: In function 'fflex': eval.l:518: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- Summary: [4.0.0 regression] [ICE on legal code] gcc segfaults with -O2 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: martin at mpa-garching dot mpg dot de CC: gcc-bugs at gcc dot gnu dot org,martin at mpa-garching dot mpg dot de GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17723
