https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82679
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82679
--- Comment #7 from Marek Polacek ---
Author: mpolacek
Date: Tue Dec 12 10:38:09 2017
New Revision: 255577
URL: https://gcc.gnu.org/viewcvs?rev=255577=gcc=rev
Log:
PR c/82679
* c-decl.c (grokdeclarator): Check declspecs insted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82679
--- Comment #6 from Marek Polacek ---
Testing a fix now. Sorry for the delay.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82679
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82679
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82679
--- Comment #5 from joseph at codesourcery dot com ---
Probably in grokdeclarator the test for _Atomic-qualified array types
should check declspecs->atomic_p rather than atomicp. (The check in the
parser in the case of _Atomic (type-name) is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82679
--- Comment #4 from olivier.delande.spam at googlemail dot com ---
(In reply to Marek Polacek from comment #3)
> Sorry, I probably shouldn't have closed this. I guess what we want to
> reject is
>
> typedef int T[10];
> _Atomic T a;
>
> but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82679
Marek Polacek changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82679
--- Comment #2 from olivier.delande.spam at googlemail dot com ---
(In reply to Marek Polacek from comment #1)
> GCC is correct here, and this behavior is intentional:
I don't understand. The comment you are quoting mentions detecting
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82679
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
10 matches
Mail list logo