GitHub (Feb 21 2020 at 02:59): GitHub (Feb 21 2020 at 02:59):IcyDefiance commented on Issue #1261:
I got cranelift-wasm and its dependencies (including cranelift-codegen) to compile with no_std in my fork. To do so, I also had to fork thiserror and v0.48.2 of wasmparser (there have been breaking changes since then).
I also copied the
extern crate alloc as std;line from cranelift-wasm to cranelift-codegen, and eliminated all use of alloc there. (It also reduced the changes I had to make to thiserror.) Unfortunately I don't think there's a way to do the same thing with core.Considering the current lack of interest in supporting no_std, as expressed in my PR, I won't bother making any new PRs. However, they're good enough for the project I'm playing with, so they may also be useful to someone else, and they may be informative if there is any future interest in supporting no_std.
GitHub (Feb 21 2020 at 03:03):IcyDefiance edited a comment on Issue #1261:
I got cranelift-wasm and its dependencies (including cranelift-codegen) to compile with no_std in my fork. To do so, I also had to fork thiserror and v0.48.2 of wasmparser (there have been breaking changes since then).
I also copied the
extern crate alloc as std;line from cranelift-wasm to cranelift-codegen, and eliminated all direct use of alloc there. (It also reduced the changes I had to make to thiserror.) Unfortunately I don't think there's a way to do the same thing with core.Considering the current lack of interest in supporting no_std, as expressed in my PR, I won't bother making any new PRs. However, they're good enough for the project I'm playing with, so they may also be useful to someone else, and they may be informative if there is any future interest in supporting no_std.
GitHub (Feb 21 2020 at 03:07):iximeow commented on Issue #1261:
I happen to know of at least one project where building cranelift-wasm as no_std is really helpful, so I just want to say I appreciate this work.
Last updated: Oct 23 2024 at 20:03 UTC