------- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17
04:15 -------
I can reproduce this with 3.4.0 and I get the following backtrace:
#0 0x0083b41e in _int_free () from /lib/tls/libc.so.6
#1 0x0083c72b in free () from /lib/tls/libc.so.6
#2 0x0808a3b2 in _cpp_pop_buffer (pfile=0x8b45960) at ../../gcc/cpplib.c:1960
#3 0x0808b26c in _cpp_get_fresh_line (pfile=0x8b371f8) at
../../gcc/cpplex.c:783
#4 0x0808bd0a in _cpp_lex_direct (pfile=0x8b371f8) at ../../gcc/cpplex.c:822
#5 0x0808c70c in _cpp_lex_token (pfile=0x8b371f8) at ../../gcc/cpplex.c:710
#6 0x0808d26c in cpp_get_token (pfile=0x8b371f8) at ../../gcc/cppmacro.c:1061
#7 0x08053b2d in c_lex_with_flags (value=0x8408b14, cpp_flags=0x0) at
../../gcc/c-lex.c:308
#8 0x08054087 in c_lex (value=0x2c622c61) at ../../gcc/c-lex.c:436
But with an slightly old 4.0.0 (two months old, 20041124), I cannot reproduce
this with either of the
reduced testcases.
--
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |ice-on-invalid-code
Known to fail|3.4.4 4.0.0 |3.4.4 4.0.0 3.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19077
