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.

Sign up for GitHub

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

Jump to bottom

Inconsistency in lexis and example #137

Open
mykter opened this issue Jul 16, 2020 · 3 comments
Open

Inconsistency in lexis and example #137

mykter opened this issue Jul 16, 2020 · 3 comments
Assignees
@JimLarson
Labels
1.0

Comments

@mykter
Copy link

mykter commented Jul 16, 2020

The lexis defines FLOAT_LIT ::= -? DIGIT* . DIGIT+ EXPONENT? | -? DIGIT+ EXPONENT

The text under numeric values states:

Double-precision floating-point is also supported, and the integer 7 would be written 7., 7.0, 7e0, or any equivalent representation using a decimal point or exponent.

It looks like these are at odds: 7. doesn't match the definition of FLOAT_LIT.
@TristonianJones
Copy link
Collaborator

@JimLarson want to take a look?

@JimLarson
Copy link
Contributor

Sure. Does anyone have a preference on whether 7. should be allowed? Preferably with a reference to the lexis of a widespread programming language.

@TristonianJones
Copy link
Collaborator

I'm not opposed to the change in the spec, however, the lexis accurately reflects the implementation.

@JimLarson JimLarson added the 1.0 label Oct 5, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@JimLarson JimLarson

Labels
1.0
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
4 participants
@TristonianJones @mykter @JimLarson and others