-
-
Notifications
You must be signed in to change notification settings - Fork 5.5k
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
add jl_expand_in_world #37902
add jl_expand_in_world #37902
Conversation
Co-authored-by: Jameson Nash <[email protected]>
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.
This seems pretty straightforward, I think it's fine to merge 👍
I kinda wish we could piggyback this off invoke_in_world
somehow, but it's not clear to me how this would work: Normally it's important that eval()
and expansion just default to the latest world, rather than following the dynamically scoped world age of the function call tree.
Unless there's any objections, I'll merge this tomorrow (ping me if I forget). |
Co-authored-by: Jeff Bezanson <[email protected]>
The bad test looks fixed now, is this good to get merged? |
The freebsd test failure is a timeout. Looks like other unrelated builds are suffering from that too. |
This allows specifying a particular worldage for macro expansion. Needed for fixing timholy/Revise.jl#552.
cc @timholy, @c42f