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.

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

1.8 char const + \u esc seq should be invalid syntax #464

Open
cremno opened this issue Mar 2, 2018 · 7 comments
Open

1.8 char const + \u esc seq should be invalid syntax #464

cremno opened this issue Mar 2, 2018 · 7 comments
Labels

Comments

@cremno
Copy link
Contributor

cremno commented Mar 2, 2018

$ ruby-parse --18 -e "?\u267F"
(int 226)
$ ruby -e "?\u267F"
-e:1: syntax error, unexpected tINTEGER, expecting $end
@whitequark whitequark added the bug label Mar 2, 2018
@whitequark
Copy link
Owner

Do not expect me to fix this.

@cremno
Copy link
Contributor Author

cremno commented Mar 3, 2018

Somewhat related because 1.8 doesn't support \u at all: "\u0041" should be equal to "u0041", not "A". Should I submit a new issue? Rename this one?

@whitequark
Copy link
Owner

That's a documented incompatibility. I've looked at it and deemed it unworthy of fixing because of miniscule impact and severe changes required to lexer.

@whitequark
Copy link
Owner

FWIW I think this should be added to README and then closed, too.

@mbj
Copy link
Collaborator

mbj commented Oct 6, 2020

1.8 is not supported anymore, I suggest we close this issue for that reason.

@whitequark
Copy link
Owner

Huh? When did that happen?

@mbj
Copy link
Collaborator

mbj commented Oct 6, 2020

@whitequark I saw #747 which is the reason I made that statement.

Now I realize that there is a difference between: Versions parser supports and runtime parser gets executed on. I suspect that there is only evidence for the runtime support, not the syntax support.

Please disregard my comment.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants