-
Notifications
You must be signed in to change notification settings - Fork 439
Drop Keyword
suffix from TokenSpecSet
#1668
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
Conversation
@swift-ci Please test |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice!
A bit cleaner to read
case `do` | ||
case `fallthrough` | ||
case `for` | ||
case forget // NOTE: support for deprecated _forget |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
_forget
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes. Thanks. I missed that
fb41a22
to
0a96021
Compare
@swift-ci Please test |
Since we started modelling keywords as a single `RawTokenKind` there hasn’t been an `ifKeyword` etc. anymore. Instead we always refered to them as `Keyword.if` or `.if` everywhere. We should be consistent about this in `TokenSpecSet` as well, which also shouldn’t have a `Keyword` suffix on the cases.
0a96021
to
d3316f9
Compare
@swift-ci Please test |
@swift-ci Please test macOS |
@swift-ci Please test Windows |
Since we started modelling keywords as a single
RawTokenKind
there hasn’t been anifKeyword
etc. anymore. Instead we always refered to them asKeyword.if
or.if
everywhere. We should be consistent about this inTokenSpecSet
as well, which also shouldn’t have aKeyword
suffix on the cases.