We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
There was an error while loading. Please reload this page.
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
'>' is a valid char for identifiers, so [a>b>c] could be parsed as [prop(a>b>c)] or [prop(a>b) > prop(c)] or [prop(a) > prop(b>c)].
[a>b>c]
[prop(a>b>c)]
[prop(a>b) > prop(c)]
[prop(a) > prop(b>c)]
which interpretation is correct?
The text was updated successfully, but these errors were encountered:
I think the grammar should be modified to require spaces around comparison and decedent operators.
as far as I can tell, any other solution would require unbounded lookahead, due to situations like [a>b>c > d>e>f>g].
[a>b>c > d>e>f>g]
Sorry, something went wrong.
No branches or pull requests
'>' is a valid char for identifiers, so
[a>b>c]
could be parsed as[prop(a>b>c)]
or[prop(a>b) > prop(c)]
or[prop(a) > prop(b>c)]
.which interpretation is correct?
The text was updated successfully, but these errors were encountered: