-
Notifications
You must be signed in to change notification settings - Fork 29.6k
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
src: re-delete Atomics.wake #29586
src: re-delete Atomics.wake #29586
Conversation
node v12.5 - v12.10 all mistakenly have this method; i hope this is considered a patch, though, and not a major :-/ |
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.
I think we can consider this a patch / bug fix
cb69c64
to
0c73abd
Compare
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.
LGTM if @joyeecheung is good with this, although I’m surprised that snapshots don’t also include the state of builtins…
@addaleax any flagged features will not be included in snapshots, even if they're enabled by default, because they could be disabled at runtime by using In this case |
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.
LGTM with a nit
src/api/environment.cc
Outdated
@@ -354,12 +354,44 @@ Local<Context> NewContext(Isolate* isolate, | |||
auto context = Context::New(isolate, nullptr, object_template); | |||
if (context.IsEmpty()) return context; | |||
|
|||
InitializeContextRuntime(context); |
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.
It looks more reasonable to do this later than InitializeContext()
here since logically InitializeContext
is supposed to give you a context that looks like the one created with Context::FromSnapshot
0c73abd
to
12c21fc
Compare
Needs a rebase. |
12c21fc
to
32a1656
Compare
PR-URL: nodejs#29586 Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: Joyee Cheung <joyeec9h3@gmail.com> Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: David Carlier <devnexen@gmail.com>
32a1656
to
1ec4154
Compare
landed in 1ec4154 |
PR-URL: #29586 Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: Joyee Cheung <joyeec9h3@gmail.com> Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: David Carlier <devnexen@gmail.com>
PR-URL: #29586 Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: Joyee Cheung <joyeec9h3@gmail.com> Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: David Carlier <devnexen@gmail.com>
Deletion logic was running at snapshot time, and snapshots don't have
global.Atomics
, so this just stopped deletingAtomics.wake
. This is fixed by creating a new C++ helper that is called after bothContext::New
andContext::FromSnapshot
.Checklist
make -j4 test
(UNIX), orvcbuild test
(Windows) passes