alexcrichton opened PR #13139 from alexcrichton:fix-tunables-check to bytecodealliance:main:
A fuzz test case is failing right now on
mainwhere the validation inConfigonly checks tunables if a collector is enabled, but the GC pool creation unconditionally check the tunables. This also felt a bit odd creating a GC heap pool when the GC itself is disabled, so the code is refactored to avoid creating a GC heap pool at all when a collector is disabled.<!--
Please make sure you include the following information:
If this work has been discussed elsewhere, please include a link to that
conversation. If it was discussed in an issue, just mention "issue #...".Explain why this change is needed. If the details are in an issue already,
this can be brief.Our development process is documented in the Wasmtime book:
https://docs.wasmtime.dev/contributing-development-process.htmlPlease ensure all communication follows the code of conduct:
https://github.com/bytecodealliance/wasmtime/blob/main/CODE_OF_CONDUCT.md
-->
alexcrichton requested fitzgen for a review on PR #13139.
alexcrichton requested wasmtime-core-reviewers for a review on PR #13139.
github-actions[bot] added the label wasmtime:api on PR #13139.
fitzgen submitted PR review.
fitzgen added PR #13139 Don't create a pool of GC heaps if it's disabled to the merge queue.
fitzgen merged PR #13139.
fitzgen removed PR #13139 Don't create a pool of GC heaps if it's disabled from the merge queue.
Last updated: May 03 2026 at 22:13 UTC