[Bug c++/39751] ICE in cp_lexer_new_from_tokens, at cp/parser.c:342

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39751 Andrew Pinski changed: What|Removed |Added CC||v.barinov at samsung dot com --- Comment

[Bug c++/39751] ICE in cp_lexer_new_from_tokens, at cp/parser.c:342

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39751 Andrew Pinski changed: What|Removed |Added CC||haoxintu at gmail dot com --- Comment #1

[Bug c++/39751] ICE in cp_lexer_new_from_tokens, at cp/parser.c:342

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39751 --- Comment #11 from Dmitry G. Dyachenko --- Original test case from c#0 crash in trunk gcc version 10.0.0 20191204 (experimental) [trunk revision 278972] (GCC) $ g++ -fpreprocessed -fsyntax-only a.ii a.ii:5:1: error: types may not be defined i

[Bug c++/39751] ICE in cp_lexer_new_from_tokens, at cp/parser.c:342

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39751 Eric Gallager changed: What|Removed |Added Keywords||error-recovery, |

[Bug c++/39751] ICE in cp_lexer_new_from_tokens, at cp/parser.c:342

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39751 Vegard Nossum changed: What|Removed |Added CC||vegard.nossum at gmail dot com --- Comme

[Bug c++/39751] ICE in cp_lexer_new_from_tokens, at cp/parser.c:342

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39751 --- Comment #9 from Paolo Carlini 2011-09-25 16:08:15 UTC --- *** Bug 46858 has been marked as a duplicate of this bug. ***

[Bug c++/39751] ICE in cp_lexer_new_from_tokens, at cp/parser.c:342

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39751 --- Comment #8 from Zdenek Sojka 2011-03-21 14:34:14 UTC --- (In reply to comment #7) > I just checked again and this problem seems to be fixed in trunk now. It still crashes for me (with the testcase from comment #0): $ gcc-4.7.0-pre xxx.C

[Bug c++/39751] ICE in cp_lexer_new_from_tokens, at cp/parser.c:342

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39751 Andreas Beckmann changed: What|Removed |Added Known to work||3.3.6, 4.6.0 Known to fail|4.4.0,

[Bug c++/39751] ICE in cp_lexer_new_from_tokens, at cp/parser.c:342

--- Comment #6 from zsojka at seznam dot cz 2010-03-03 23:45 --- It could be regression from 3.3.6. 3.4.6, 4.1.2, 4.2.4, 4.3.4, 4.4.3 built without checking all bail out, while 3.3.6 ends with: $ g++-3.3.6 xxx.cc xxx.cc:6: error: ISO C++ forbids declaration of `f' with no type xxx.cc:6:

[Bug c++/39751] ICE in cp_lexer_new_from_tokens, at cp/parser.c:342

--- Comment #5 from paolo dot carlini at oracle dot com 2009-04-13 15:12 --- HJ, you are wrong, make sure to pass --enable-checking explicitly in 4_4-branch. -- paolo dot carlini at oracle dot com changed: What|Removed |Added -

[Bug c++/39751] ICE in cp_lexer_new_from_tokens, at cp/parser.c:342

--- Comment #4 from paolo dot carlini at oracle dot com 2009-04-13 15:10 --- Indeed, I just checked and 4.4.0 also ICEs when checking is enabled, thus behaves exactly like 4.5.0. -- paolo dot carlini at oracle dot com changed: What|Removed |Added

[Bug c++/39751] ICE in cp_lexer_new_from_tokens, at cp/parser.c:342

--- Comment #3 from pinskia at gmail dot com 2009-04-13 15:06 --- Subject: Re: New: ICE in cp_lexer_new_from_tokens, at cp/parser.c:342 Sent from my iPhone On Apr 13, 2009, at 7:43 AM, "gcc at abeckmann dot de" wrote: > This is a 4.5.0 regression on invalid code: > > == 8

[Bug c++/39751] ICE in cp_lexer_new_from_tokens, at cp/parser.c:342

--- Comment #2 from hjl dot tools at gmail dot com 2009-04-13 15:04 --- (In reply to comment #1) > Are you *sure* this is a regression? Did you compare to 4.5.0 a 4.4.0 built > with checking *enabled*? > FWIW, gcc 4.4.0 doesn't ICE when checking isn't disabled. But this testcase has be

[Bug c++/39751] ICE in cp_lexer_new_from_tokens, at cp/parser.c:342

--- Comment #1 from paolo dot carlini at oracle dot com 2009-04-13 14:47 --- Are you *sure* this is a regression? Did you compare to 4.5.0 a 4.4.0 built with checking *enabled*? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39751