Skip to content
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 initial support for the multi-memory proposal #2263

Merged
merged 1 commit into from
Oct 14, 2020

Conversation

alexcrichton
Copy link
Member

This commit adds initial (gated) support for the multi-memory wasm
proposal. This was actually quite easy since almost all of wasmtime
already expected multi-memory to be implemented one day. The only real
substantive change is the memory.copy intrinsic changes, which now
accounts for the source/destination memories possibly being different.

@github-actions github-actions bot added cranelift Issues related to the Cranelift code generator cranelift:wasm wasmtime:api Related to the API of the `wasmtime` crate itself labels Oct 5, 2020
@github-actions
Copy link

github-actions bot commented Oct 5, 2020

Subscribe to Label Action

cc @peterhuene

This issue or pull request has been labeled: "cranelift", "cranelift:wasm", "wasmtime:api"

Thus the following users have been cc'd because of the following labels:

  • peterhuene: wasmtime:api

To subscribe or unsubscribe from this label, edit the .github/subscribe-to-label.json configuration file.

Learn more.

Copy link
Member

@fitzgen fitzgen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks great! Thanks for cleaning up the imported vs defined memory copy stuff.

Please also update https://github.com/bytecodealliance/wasmtime/blob/main/docs/stability-wasm-proposals-support.md for multi-memory

r=me with that

crates/runtime/src/instance.rs Outdated Show resolved Hide resolved
@fitzgen
Copy link
Member

fitzgen commented Oct 13, 2020

Also would be good to add support for generating multi-memory to wasm-smith, if you're interested in doing that. My idea for how supporting proposals would work there is that the Config trait would have a fn multi_memory(&self) -> bool trait method.

This commit adds initial (gated) support for the multi-memory wasm
proposal. This was actually quite easy since almost all of wasmtime
already expected multi-memory to be implemented one day. The only real
substantive change is the `memory.copy` intrinsic changes, which now
accounts for the source/destination memories possibly being different.
@alexcrichton alexcrichton merged commit e659d5c into bytecodealliance:main Oct 14, 2020
@alexcrichton alexcrichton deleted the multi-memory branch October 14, 2020 00:13
cfallin pushed a commit that referenced this pull request Nov 30, 2020
This commit adds initial (gated) support for the multi-memory wasm
proposal. This was actually quite easy since almost all of wasmtime
already expected multi-memory to be implemented one day. The only real
substantive change is the `memory.copy` intrinsic changes, which now
accounts for the source/destination memories possibly being different.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
cranelift:wasm cranelift Issues related to the Cranelift code generator wasmtime:api Related to the API of the `wasmtime` crate itself
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants