Skip to content

Conversation

sbc100
Copy link
Collaborator

@sbc100 sbc100 commented Apr 28, 2020

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.

@sbc100 sbc100 force-pushed the remove_emterpreter branch from d51e0aa to b76a478 Compare April 28, 2020 20:54
Copy link
Member

@kripken kripken left a 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

sbc100 added a commit that referenced this pull request Apr 28, 2020
Seems like a good first step before #11020.
sbc100 added a commit that referenced this pull request Apr 28, 2020
Seems like a good first step before #11020.
sbc100 added a commit that referenced this pull request Apr 29, 2020
Seems like a good first step before #11020.
@sbc100 sbc100 force-pushed the remove_emterpreter branch 4 times, most recently from 58e713e to 1b2914e Compare May 1, 2020 23:20
@sbc100 sbc100 force-pushed the remove_emterpreter branch from f091f73 to e754b97 Compare May 6, 2020 22:45
@sbc100
Copy link
Collaborator Author

sbc100 commented May 6, 2020

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:
#11048

sbc100 added a commit that referenced this pull request May 6, 2020
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.
sbc100 added a commit that referenced this pull request May 7, 2020
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.
@sbc100 sbc100 force-pushed the remove_emterpreter branch 2 times, most recently from 8e3245b to 7818013 Compare May 7, 2020 06:21
@sbc100 sbc100 changed the title WIP: Remove emterpreter support. Remove emterpreter support. May 7, 2020
@sbc100 sbc100 force-pushed the remove_emterpreter branch 3 times, most recently from 2e94ce5 to 756fc5e Compare May 18, 2020 17:53
sbc100 added 2 commits May 18, 2020 12:47
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.
@sbc100 sbc100 force-pushed the remove_emterpreter branch from 72890fb to 533ce49 Compare May 18, 2020 19:48
@sbc100 sbc100 merged commit b43474f into master May 18, 2020
@sbc100 sbc100 deleted the remove_emterpreter branch May 18, 2020 22:22
sbc100 added a commit that referenced this pull request Jan 22, 2021
This looks like it was only used by EMTERPRETIFY_ASYNC which
was removed in #11020.
sbc100 added a commit that referenced this pull request Jan 22, 2021
This looks like it was only used by EMTERPRETIFY_ASYNC which
was removed in #11020.
sbc100 added a commit that referenced this pull request Jan 22, 2021
This looks like it was only used by EMTERPRETIFY_ASYNC which
was removed in #11020.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants