You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
During P2996 wording review in St Louis, the notion of a splice-specifier was introduced for the [: constant-expression :] form shared by splice-expressions, splice-type-specifiers, splice-template-names, and splice-namespace-qualifiers. This is analogous to our internal notion of a CXXIndeterminateSpliceExpr - at minimum we should change the name, but we might also consider replacing it with a non-Expr class in some clang/include/AST/SpliceSpecifier.h (i.e., class SpliceSpecifier).
This might also give some breathing room to change the somewhat ridiculously named CXXExprSpliceExpr to CXXSpliceExpr (since there's then no longer a need to disambiguate from any other CXX*SpliceExpr classes), which would be nice.
The text was updated successfully, but these errors were encountered:
During P2996 wording review in St Louis, the notion of a
splice-specifier
was introduced for the[: constant-expression :]
form shared bysplice-expressions
,splice-type-specifiers
,splice-template-names
, andsplice-namespace-qualifiers
. This is analogous to our internal notion of aCXXIndeterminateSpliceExpr
- at minimum we should change the name, but we might also consider replacing it with a non-Expr
class in someclang/include/AST/SpliceSpecifier.h
(i.e.,class SpliceSpecifier
).This might also give some breathing room to change the somewhat ridiculously named
CXXExprSpliceExpr
toCXXSpliceExpr
(since there's then no longer a need to disambiguate from any otherCXX*SpliceExpr
classes), which would be nice.The text was updated successfully, but these errors were encountered: