We could definitely implement a different unwinding scheme on the Rust side. Another variation is return-based unwinding, where every call returns an implicit flag indicating the unwinding path. That would not use the js unwind machinery at all. I’ve always wanted such an alternate unwinding scheme anyway, though I can’t remember the other use-cases offhand… certainly it’s useful in places where zero-cost unwinding doesn’t exist (like emscripten).
Related topics
| Topic | Replies | Views | Activity | |
|---|---|---|---|---|
| Moving WebAssembly support forward | 42 | 8277 | March 25, 2019 | |
|
State of WebAssembly and Rust?
|
62 | 26718 | March 25, 2019 | |
|
WebAssembly roadmap updates (help wanted)
|
3 | 1780 | March 25, 2019 | |
|
Should we downgrade / drop the asmjs target?
|
16 | 4951 | September 11, 2019 | |
| Upgrading Rust’s Emscripten Support | 4 | 2259 | November 11, 2019 |