[Bug preprocessor/11361] [3.4 regression] ICE (segfault) in c-lex.c with one-liner
neil at daikokuya dot co dot uk
gcc-bugzilla@gcc.gnu.org
Sat Jun 28 20:06:00 GMT 2003
PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11361
------- Additional Comments From neil at daikokuya dot co dot uk 2003-06-28 20:06 -------
Subject: Re: New: [3.4 regression] ICE (segfault) in c-lex.c with one-liner
giovannibajo at libero dot it wrote:-
> PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11361
>
> Summary: [3.4 regression] ICE (segfault) in c-lex.c with one-
> liner
> Product: gcc
> Version: 3.4
> Status: UNCONFIRMED
> Keywords: ice-on-invalid-code
> Severity: normal
> Priority: P2
> Component: preprocessor
> AssignedTo: unassigned at gcc dot gnu dot org
> ReportedBy: giovannibajo at libero dot it
> CC: gcc-bugs at gcc dot gnu dot org
> GCC build triplet: i686-pc-cygwin
> GCC host triplet: i686-pc-cygwin
> GCC target triplet: i686-pc-cygwin
>
> Just compile this line:
>
> # 31 "eval.c" 2
>
> to get a segmentation fault.
Per, this was introduced by your line-map.c change of a few months ago.
line-map.c used to guarantee to retain internal consistency even if
the client gave it nonsense, and cpplib relies on that. After your
patch, it no longer maintains internal consistency.
Neil.
More information about the Gcc-bugs
mailing list