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