Joel Dice

I haven't tried Winch yet myself, mostly because I have a Linux/ARM64 machine which wasn't supported by Winch last time I checked. Also, it didn't support certain Wasm features like...

@alexcasalboni Thanks for opening the issue, and sorry I didn't notice it earlier. There are several aspects to the question of debug info: - Native Wasm code (e.g. compiled Rust/C/C++/Fortan/etc....

Yeah, `libcomponentize_py_runtime.so` _does_ already print a Python-level backtrace in certain circumstances, e.g. https://github.com/bytecodealliance/componentize-py/blob/539472b4e6eb6e3d478928d0e4966d75baf0a1dd/runtime/src/lib.rs#L487, and per #13, we'd like to expand that to other cases as well.

BTW, the component model currently specifies that a component instance is invalidated upon trapping, but it would be nice if it had a feature whereby we could call one of...

@looksgood If you haven't seen it yet, I created [this repo](https://github.com/dicej/wasi-wheels/) to enable cross-compilation of various Python packages which have native extensions to WASI. @benbrandt has also been doing [great...

Hi @robalar. You can already use it as a Rust library crate using e.g. `componentize-py = { git = "https://github.com/bytecodealliance/componentize-py" }` in your Cargo.toml file and then calling `componentize_py::componentize` in...

> I can take a look at getting the `build.rs` updated if this is something you'd be interesting in reviewing. Sure, that would be great.

I approve this license change.

I agree with Till that `wasi:grpc` would involve a lot more work for the various language ecosystems we'd want to support. In .NET, `Grpc.Net.Client` is built on top of `System.Net.Http.HttpClient`...

I've been running the test over and over in a bash `while` loop for some time now -- no failures yet. Maybe it's some kind of interaction with the other...