-
-
Notifications
You must be signed in to change notification settings - Fork 560
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
Latest Esprima beta changes #595
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.
Looks like a good cleanup, thanks for taking the time! Could you check my comments about passing Esprima's List as ref due to it being a struct, otherwise it gets copied every time.
I think using the |
But as Esprima list is not read-only I believe a defensive copy would be made. |
I agree with @lahma. I've just been reading this blog post to get a better grasp on the I'll go ahead and update this PR with |
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.
Use of in
modifier
Is there anything stopping this from being merged in? |
Sorry to keep you waiting. @sebastienros makes the final call and I believe he's been a bit under the weather, hopefully back soon to review. |
This update is a pre-requisite for adding arrow functions.
Unfortunately as I'm not completely familiar with the code / intentions behind all of the changes in Esprima, I may have gone about this in the wrong way (in particular I do recall reading that
Esprima.Ast.List
is not supposed to be exposed?).I'd be happy to take any comments on board. Once this is in, the change to add arrow functions is very minor.