[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