Fix grammar for RangePatternBound
regarding literals
#1825
Merged
+6
−5
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
The compiler, in parsing, accepts many more kinds of literals in the bound of a range pattern than what we had documented, and as with
PatternWithoutRange
, the parser allows each of these literals to be prefixed with-
. E.g.Let's fix this by adjusting the
RangePatternBound
production to useLiteralPattern
. In a separate PR, we've adjustedLiteralPattern
to allow for a minus sign ahead of all literal expressions.To help the reader, let's also add a note that highlights that what we discuss later as being allowed semantically is more restrictive than what we allow in parsing (and therefore in the grammar).
cc @ehuss