fitzgen opened PR #12204 from fitzgen:migrate-cranelift-to-environ-error to bytecodealliance:main:
<!--
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
-->
fitzgen requested cfallin for a review on PR #12204.
fitzgen requested wasmtime-default-reviewers for a review on PR #12204.
fitzgen requested wasmtime-compiler-reviewers for a review on PR #12204.
fitzgen requested alexcrichton for a review on PR #12204.
alexcrichton submitted PR review.
alexcrichton created PR review comment:
In the interest of keeping this pattern somewhat ergonomic, could each crate have
crate::{Result, Error}, includingwasmtime_environ, and that's what would be used here instead of the full path?
alexcrichton created PR review comment:
Although, from an ergonomics perspective I also commonly use
anyhow::bail!(...)in modules... Maybe add the error-related stuff towasmtime{,_environ}::preludewhich is commonly imported?
fitzgen submitted PR review.
fitzgen created PR review comment:
I am just doing mechanical renamings right now, can do non-mechanical things in a follow up.
alexcrichton submitted PR review.
alexcrichton created PR review comment:
Could you file an issue for this in that case? I'm afraid this is the kind of thing that'll get lost otherwise.
(also personally this is a major benefit of doing incremental PRs, figuring these things out as-things-are-developed instead of fixing them after-the-fact which more often than not leaves code in a half-done state)
fitzgen merged PR #12204.
Last updated: Jan 09 2026 at 13:15 UTC