Robin Freyler

I just started a discussion in WebAssembly discord about this in case you want to join: https://discord.com/channels/453584038356058112/1259413291709628529

This would probably resolve https://github.com/wasmi-labs/wasmi/issues/861.

This could be easily resolved with https://github.com/bytecodealliance/wasmtime/issues/8894.

Wasmtime's https://crates.io/crates/wasi-common/23.0.1 has just been released with the changes to its `sync` crate feature which should allow Wasmi to use it to replace the old `wasi-common v2.0` and `wasi-cap-std-sync v2.0`...

@syrusakbary Thank you for the correction. I fixed the typo to avoid confusion. I usually try to only implement phase 4+ proposals in Wasmi since that provides safety to avoid...

> Is this still planned? I see its removed from readme as planned. It is not planned nor unplanned. There are just many Wasm proposals that also need to be...

@Alexendoo thank you for your reply! So can this considered to be out of scope for `clippy` or is there motivation for `clippy` to lift those limitations eventually to be...

A look-free `CodeMap` is not needed if we succeed integrating function details into the `Store` as mandated by this issue: https://github.com/wasmi-labs/wasmi/issues/1492

If we decide to implement https://github.com/wasmi-labs/wasmi/issues/1492 we can close this issue since then Wasmi's `CodeMap` no longer hosts Wasmi functions and thus does not need to handle synchronization of data.

If https://github.com/wasmi-labs/wasmi/issues/1492 is implemented, this issue does no longer play a role since `CodeMap` no longer would hold function data and could be deleted. Function data would reside entirely in...