Stream: git-wasmtime

Topic: wasmtime / issue #12352 crash running all the wasmtime an...


view this post on Zulip Wasmtime GitHub notifications bot (Jan 14 2026 at 23:42):

lukewagner opened issue #12352:

Running this command on the current dev release of wasmtime:

wasmtime wast -W component-model-async=y -W component-model-async-builtins=y -W component-model-threading=y -W component-model-async-stackful=y -W exceptions=y wasmtime/*.wast wasm-tools/*.wast

on the main branch of the component-model repo in the test directory currently crashes with this message:

thread 'main' (639680) panicked at crates/wast/src/wast.rs:569:13:
assertion failed: prev.is_none()

Running wasmtime/*.wast or wasm-tools/*.wast independently passes, so it's some interaction between the tests in both directories that seems to cause the failure.

view this post on Zulip Wasmtime GitHub notifications bot (Jan 14 2026 at 23:42):

lukewagner added the bug label to Issue #12352.

view this post on Zulip Wasmtime GitHub notifications bot (Jan 15 2026 at 15:49):

alexcrichton assigned alexcrichton to issue #12352.

view this post on Zulip Wasmtime GitHub notifications bot (Jan 15 2026 at 15:53):

alexcrichton commented on issue #12352:

Should be fixed in https://github.com/bytecodealliance/wasmtime/pull/12358, thanks for reporting! We unfortunately don't have great coverage of the multi-file form of wasmtime wast which is probably how this leaked through

view this post on Zulip Wasmtime GitHub notifications bot (Jan 15 2026 at 17:50):

alexcrichton closed issue #12352:

Running this command on the current dev release of wasmtime:

wasmtime wast -W component-model-async=y -W component-model-async-builtins=y -W component-model-threading=y -W component-model-async-stackful=y -W exceptions=y wasmtime/*.wast wasm-tools/*.wast

on the main branch of the component-model repo in the test directory currently crashes with this message:

thread 'main' (639680) panicked at crates/wast/src/wast.rs:569:13:
assertion failed: prev.is_none()

Running wasmtime/*.wast or wasm-tools/*.wast independently passes, so it's some interaction between the tests in both directories that seems to cause the failure.


Last updated: Jan 29 2026 at 13:25 UTC