Skip to content

[WIP] lib/threading #392

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

Closed
wants to merge 54 commits into from
Closed

Conversation

willemneal
Copy link
Contributor

Add a web worker interface using the new atomic instructions. Also improve loader so that it hides the required imports for forking and using wait and notify, which aren't implemented yet.

nidin and others added 30 commits August 9, 2018 19:26
initial and max memory set to  sharedMemory
…ased-threads-wait-wake-integration

Feature/worker based threads wait wake integration
This follows the recent JavaScript name change, and was decided in the
Nov 13 CG meeting.
dcodeIO and others added 23 commits December 26, 2018 22:52
…ipt#355

This only affects static fields that currently must have a type annotation, while it wouldn't work if there wasn't an annotated type, like on normal globals, which aren't compiled lazily, though. Must be revisted if requirements on type annotations on fields ever become relaxed.
This also made it necessary to extend the internal per-function instances map by one level for the respective class instance key so functions on differnt class instances with the same own type arguments don't collide.
Webpack doesn't need to pack any wasm binary data.
@MaxGraey
Copy link
Member

MaxGraey commented May 16, 2020

I guess it the also partially relate to #393 and could be closed? Also wait and notify already implemented

@dcodeIO
Copy link
Member

dcodeIO commented May 16, 2020

Closing this PR as part of 2020 vacuum as it appears to be outdated, but I agree that a mechanism to conveniently fork modules and communicate between them (without relying on threads / shared memory that much) would be a nice addition, so feel free to refine this and open a new PR.

@dcodeIO dcodeIO closed this May 16, 2020
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.

4 participants