-
Notifications
You must be signed in to change notification settings - Fork 3.4k
Remove emterpreter support. #11020
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
Remove emterpreter support. #11020
Conversation
d51e0aa
to
b76a478
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.
No.... all my beautiful code... Heh, just kidding, but I do have fond memories of some of the deleted stuff here. I guess it will live in git forever...
Please also search for "Emterpreter" (case-insensitive) under site/source
as I see mentions in e.g. site/source/docs/optimizing/Optimizing-Code.rst
Seems like a good first step before #11020.
Seems like a good first step before #11020.
Seems like a good first step before #11020.
58e713e
to
1b2914e
Compare
I did end up having to disable all of the async browser tests.. which I guess makes sense. Landing this will allow us to remove the swappable module support which in turn helps me to land: |
For the wasm backend we stopped supporting this correctly back in #9922. This change means that the top level bindings and the `Module` bindings for were bound on first use. This works fro wasm async compilation but not for replacign running modules. The only other use was emterpretify which is due to be removed soon in any case: #11020 We may want to bring back full support for this later, but for now we don't support it correctly so better to remove it.
For the wasm backend we stopped supporting this correctly back in #9922. This change means that the top level bindings and the `Module` bindings for were bound on first use. This works fro wasm async compilation but not for replacign running modules. The only other use was emterpretify which is due to be removed soon in any case: #11020 We may want to bring back full support for this later, but for now we don't support it correctly so better to remove it.
8e3245b
to
7818013
Compare
2e94ce5
to
756fc5e
Compare
Emterpreter has largerly been replaces by asyncify and is fastcomp only so due for removing in the near future anyway. The reason I'm pulling this forward ahead of fastcomp deprecation is that it unblocks some other refactoring I'm working on.
72890fb
to
533ce49
Compare
This looks like it was only used by EMTERPRETIFY_ASYNC which was removed in #11020.
This looks like it was only used by EMTERPRETIFY_ASYNC which was removed in #11020.
This looks like it was only used by EMTERPRETIFY_ASYNC which was removed in #11020.
Emterpreter has largerly been replaces by asyncify and is fastcomp only
so due for removing in the near future anyway.
The reason I'm pulling this forward ahead of fastcomp deprecation
is that it unblocks some other refactoring I'm working on.