alexcrichton requested fitzgen for a review on PR #13187.
alexcrichton opened PR #13187 from alexcrichton:follow-up to bytecodealliance:main:
In looking over #13179 I found it a bit brittle to access
anyreffields unconditionally where the determination that the type of the segment was a GC reference was made much further away. I also found it somewhat confusing to have methods likeclone_gc_refanddrop_gc_refapplied to all values which happened to be noops for non-gc-ref types. I've refactored things a bit internally here to plumb aWasmRefTypearound and have additionally added comments to whyanyrefaccessors are used despite the value possibly having anexnreforexternreftype.<!--
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 wasmtime-core-reviewers for a review on PR #13187.
fitzgen submitted PR review.
fitzgen added PR #13187 Refactor internals of PassiveElementSegment to the merge queue
github-merge-queue[bot] removed PR #13187 Refactor internals of PassiveElementSegment from the merge queue
alexcrichton added PR #13187 Refactor internals of PassiveElementSegment to the merge queue
alexcrichton merged PR #13187.
alexcrichton removed PR #13187 Refactor internals of PassiveElementSegment from the merge queue
Last updated: May 03 2026 at 22:13 UTC