xia-chao opened PR #14514 from xia-chao:cli-max-wasm-stack-overflow to bytecodealliance:main:
A huge -Wmax-wasm-stack crashes the CLI, because deriving the async stack size from it overflows,
while zero is already rejected with a clear error.
xia-chao requested pchickey for a review on PR #14514.
xia-chao requested wasmtime-core-reviewers for a review on PR #14514.
:thumbs_up: alexcrichton submitted PR review.
alexcrichton added PR #14514 cli: avoid overflow when deriving the async stack size to the merge queue.
github-merge-queue[bot] removed PR #14514 cli: avoid overflow when deriving the async stack size from the merge queue.
xia-chao updated PR #14514.
xia-chao edited PR #14514:
A huge -Wmax-wasm-stack crashes the CLI, because deriving the async stack size from it overflows,
while zero is already rejected with a clear error. Such a value still fails later on a 32-bit
target, when the stack it asks for cannot be allocated -- that is how Store::new already behaves.
xia-chao commented on PR #14514:
@alexcrichton It has been re pushed. The failure of i686 is a testing issue, not a repair issue. 32-bit cannot allocate this stack
alexcrichton added PR #14514 cli: avoid overflow when deriving the async stack size to the merge queue.
:check: alexcrichton merged PR #14514.
alexcrichton removed PR #14514 cli: avoid overflow when deriving the async stack size from the merge queue.
Last updated: Oct 11 2026 at 04:10 UTC