A user reported an issue to me via email that Clang was accepting some code that GCC was rejecting. After investigation, it turned out to be a general problem of us failing to properly reject attributes written in the type position in C when they don't apply to types. The root cause was a terminology issue -- we sometimes use "CXX11Attr" to mean [[]] in C++11 mode and sometimes [[]] in general -- and this came back to bite us because in this particular case, it really meant [[]] in C++ mode.
I fixed the issue by introducing a new function AttributeCommonInfo::isStandardAttributeSyntax() to represent [[]] in either C or C++ mode. I toyed with isDoubleSquareBracketAttributeSyntax() instead, but because of attributes like alignas, it didn't feel like a particularly good match.
This fix pointed out that we've had the issue in some of our existing tests, which have all been corrected. This resolves https://bugs.llvm.org/show_bug.cgi?id=50954.
This bit right here is the important bit for diagnosing in the type position (similar changes are fixing similar issues). isCXX11Attribute() tests that the attribute syntax is AS_CXX11 exclusively and ignores that there's a AS_C2x -- the fix is to check for either parsed syntax.