[Bug preprocessor/11361] [3.4 regression] ICE (segfault) in c-lex.c with one-liner

["neil at daikokuya dot co dot uk" <gcc-bugzilla at gcc dot gnu dot org>]

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.