Skip to content
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] Replace 'could' and 'might' #4361

Merged
merged 1 commit into from Nov 13, 2020
Merged

Conversation

jensmaurer
Copy link
Member

as directed by ISO/CS.

Partially addresses #4319

@@ -614,7 +614,7 @@
In a \grammarterm{member-declarator} for a bit-field,
the \grammarterm{constant-expression} is parsed as
the longest sequence of tokens
that could syntactically form a \grammarterm{constant-expression}.
that would syntactically form a \grammarterm{constant-expression}.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we can avoid the hypothetical here (and in other cases where we describe tentative parses):

Suggested change
that would syntactically form a \grammarterm{constant-expression}.
that matches the syntax of a \grammarterm{constant-expression}.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

fixed

Comment on lines 2304 to 2308
A
\tcode{return}
statement\iref{stmt.return} in a destructor might not directly return to the
statement\iref{stmt.return} in a destructor does not directly return to the
caller; before transferring control to the caller, the destructors for the
members and bases are called.
members and bases (if any) are called.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The pre-existing wording is unnecessarily verbose. I think the "does not" might be confusing in the case where there are no members or bases. How about replacing this with:

"A return statement ([stmt.return]) in a destructor calls the destructors for the members and bases (if any) before transferring control to the caller."

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

fixed

@@ -2692,7 +2692,7 @@
in a
\grammarterm{conversion-function-id}
is the longest sequence of
tokens that could possibly form a \grammarterm{conversion-type-id}.
tokens that would possibly form a \grammarterm{conversion-type-id}.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
tokens that would possibly form a \grammarterm{conversion-type-id}.
tokens that match the syntax of a \grammarterm{conversion-type-id}.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"that matches" (singular); it's referring to the sequence

fixed

source/classes.tex Outdated Show resolved Hide resolved
as directed by ISO/CS.
@jensmaurer
Copy link
Member Author

applied, squashed, and force-pushed

@zygoloid zygoloid merged commit 120688c into cplusplus:c++20 Nov 13, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants