-
-
Notifications
You must be signed in to change notification settings - Fork 34
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
Define matching for simple integers, leave others up to implementations #933
base: main
Are you sure you want to change the base?
Conversation
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.
I agree with removing the JSON reference, but we don't need to get carried away perhaps?
(chair hat ON) We approved fixing this text in the 2024-11-11 call, so this is on the fast track. Group members should weigh in if they have comments. Note that I require two approvals to merge, per process. |
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.
I think this is now fine.
I note that the match instructions have this:
If the value of
key
matches the productionnumber-literal
, then
The number-literal
production handles fractions and exponents. The WG consensus is not to solve this just now, but really... it's goofy to allow (in fact, require checking for) keys like 123.456
and 1.23e7
but not define a match for (some of) them. 'Nuff said. This PR accomplishes the goal set out for it.
More explicitly defines numeric matching for when it's well-defined, and when it's not well-defined.
Leaves values beyond non-negative integers as implementation-defined, and replaces the JSON reference with the
digit-size-option
ABNF rule, as it's a better fit.