-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Config::wasm_bulk_memory(false)
cannot be usefully specified without enabling the gc
feature.
#9622
Comments
Some of this originated in bytecodealliance#917 but nowadays it shouldn't be necessary to control proposals like this. Instead it's probably best nowadays to throw configuration at `wasmparser` and use its definition of features to determine whether constructs make sense or not. This reduces the amount of bits and pieces Wasmtime has to do and avoids interactions such as bytecodealliance#9622. Closes bytecodealliance#9622
Some of this originated in bytecodealliance#917 but nowadays it shouldn't be necessary to control proposals like this. Instead it's probably best nowadays to throw configuration at `wasmparser` and use its definition of features to determine whether constructs make sense or not. This reduces the amount of bits and pieces Wasmtime has to do and avoids interactions such as bytecodealliance#9622. Closes bytecodealliance#9622
Thanks for the report! I've updated this in #9623 to remove this now-unnecessary validation. It's also perhaps worth noting that this is something where you may want to run |
Cool, yeah that would work for me as I'm already validating with wasmparser first. |
Some of this originated in #917 but nowadays it shouldn't be necessary to control proposals like this. Instead it's probably best nowadays to throw configuration at `wasmparser` and use its definition of features to determine whether constructs make sense or not. This reduces the amount of bits and pieces Wasmtime has to do and avoids interactions such as #9622. Closes #9622
Test Case
N/A
Steps to Reproduce
wasmtime
with theruntime
feature, but without thegc
feature;Config::wasm_bulk_memory(false)
(cannot setConfig::wasm_reference_types
);Expected Results
The
wasm_reference_types
feature should be considered disabled (and/or it should be possible to disable the feature without enabling the entiregc
feature.)Actual Results
wasmtime returns
Err(feature 'reference_types' requires 'bulk_memory' to be enabled)
Versions and Environment
Wasmtime version or commit: 26.0.1
Operating system: Linux
Architecture: x86_64
Extra Info
wasm_reference_types
config was not hidden behind a feature in the past. I'm attempting to update wasmtime from14.0.1
.REFERENCE_TYPES
gets set by the default set of supported features viaWasmFeatures::WASM2
.My suggestion here is that
Config
parameters perhaps should not be gated by crate features.The text was updated successfully, but these errors were encountered: