https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94799
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94799
--- Comment #16 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:323dd4255203479d8c456b85513db4f8e0041d04
commit r11-4499-g323dd4255203479d8c456b85513db4f8e0041d04
Author: Marek Polacek
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94799
Marek Polacek changed:
What|Removed |Added
CC||mar...@mpa-garching.mpg.de
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94799
--- Comment #14 from Marek Polacek ---
Patch posted:
https://gcc.gnu.org/pipermail/gcc-patches/2020-October/556517.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94799
--- Comment #13 from Marek Polacek ---
The fix may be as easy as this:
--- a/gcc/cp/parser.c
+++ b/gcc/cp/parser.c
@@ -23812,8 +23812,8 @@ cp_parser_class_name (cp_parser *parser,
/* Any name names a type if we're following the `typename' ke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94799
--- Comment #12 from Marek Polacek ---
(In reply to Volker Reichelt from comment #11)
> Hi Marek, any news on this one? It's three months now...
> Or should I file a new bug for the regression on trunk?
No news yet. I've been largely away from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94799
--- Comment #11 from Volker Reichelt ---
Hi Marek, any news on this one? It's three months now...
Or should I file a new bug for the regression on trunk?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94799
--- Comment #10 from Marek Polacek ---
I see :(. I'll take a look, thanks for noticing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94799
Volker Reichelt changed:
What|Removed |Added
CC||reichelt at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94799
Marek Polacek changed:
What|Removed |Added
Summary|[8/9/10/11 Regression] |[8/9/10 Regression] Calling
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94799
Marek Polacek changed:
What|Removed |Added
Keywords||patch
--- Comment #6 from Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94799
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94799
--- Comment #4 from Marek Polacek ---
Another test, where the name after . isn't an injected-class-name:
template struct B {
void foo ();
int i;
};
template
struct D : public B { };
template
void fn (D d)
{
d.template B::foo ();
d.temp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94799
--- Comment #3 from Marek Polacek ---
Here we have "p->template A::a()" but cp_parser_expression only parses the
"p->template A" part, so we complain that a ; isn't following.
It's because cp_parser_template_name now considers the object scope:
14 matches
Mail list logo
