[Bug c++/71605] ICE on invalid C++ code (incorrect member access): in pop_binding, at cp/name-lookup.c:368

2018-07-04 Thread egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71605

Eric Gallager  changed:

   What|Removed |Added

   Keywords||ice-on-invalid-code
 CC||egallager at gcc dot gnu.org
   Severity|normal  |minor

[Bug c++/71605] ICE on invalid C++ code (incorrect member access): in pop_binding, at cp/name-lookup.c:368

2017-05-26 Thread paolo.carlini at oracle dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71605

Paolo Carlini  changed:

   What|Removed |Added

 CC||dmalcolm at gcc dot gnu.org,
   ||paolo.carlini at oracle dot com

--- Comment #2 from Paolo Carlini  ---
Adding David in CC because, besides the main issue, apparently his Rev. 244715
(in particular the change id_expr_token->location to id_expression.get_location
() in cp_parser_primary_expression) broke the location of the error we emit for
this testcase before crashing.

[Bug c++/71605] ICE on invalid C++ code (incorrect member access): in pop_binding, at cp/name-lookup.c:368

2016-06-21 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71605

Jakub Jelinek  changed:

   What|Removed |Added

   Keywords||error-recovery
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-06-21
 CC||jakub at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Jakub Jelinek  ---
Doesn't seem to be a regression, even r104500 ICEs similarly, e.g. 4.4 or 4.6
also end up in release mode with
pr71605.C: In function ‘void foo()’:
pr71605.C:11: error: ‘operator I’ is not a member of ‘B’
pr71605.C:11: confused by earlier errors, bailing out