New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[class.dtor] p1 Make the requirement of a prospective destructor to be accurate. #5421
Comments
I don't want to refer to a grammar term, decree that it "shall be empty", and then rely on an "equivalent" phrasing somewhere to justify that it nonetheless might not actually consist of zero tokens. Maybe we should say "the parameter list shall be empty" or so, and have dcl.fct clearly define "parameter list". Maybe "parameter-type-list" is a term which would fit here. |
I think we should define the term "parameter list", which is a list that comprises each parameter introduced by the corresponding declaration in parameter-declaration-clause, In other words, the sequence of parameters. "parameter-type-list" is the sequence of the (adjusted)types of the parameters. The former is more suitable here since we are only concerned about whether the destructor has parameters. Instead, the latter is defined as producing types. |
parameter-type-list also represents the presence or absence of the va_args ellipsis, I think. |
Anyway, a parameter list can also represent the ellipsis(syntactically, it's
And we have said that
So, we rule that the parameter list of a prospective destructor shall be empty, which clearly means
I think. |
[class.dtor] p1 says
[dcl.fct] p4 says
Taking no arguments does not mean the parameter-declaration-clause is empty. I think
is the intent here.
The text was updated successfully, but these errors were encountered: