wasmtime

Thanks for that link! There goes my Saturday morning. After a bunch of middle clicking I landed here [0]. So if I understand correctly, the current stack switching proposal depended on exception handling to be implemented first for resume.throw, so that bit was blocked until now. But it's also further along than you might assume [1], i.e. you can already invoke Wasmtime with `-W stack-switching` and hit the boundaries where the experimental implementation breaks. Sadly though, like many ambitious Wasm things that don't have revenue directly attached to them, it now seems partly a case of finding someone willing to sponsor or finish the remaining work [2]. I also found the list of open stack-switching issues[3] useful. (also, minor nit - Wasm != Wasmtime) [0]: https://github.com/bytecodealliance/wasmtime/issues/10248 [1]: https://github.co

Hello HN, For my own needs I needed a powerful WASM engine that provides JIT acceleration, and use it from the convenience of the Swift Package Manager. So I ended up wrapping wasmtime (a Rust project) https://github.com/bytecodealliance/wasmtime/ The SPM package does support most platforms swift supports, including mobile where JIT is simply not available. I'd be happy to hear from you if this is something you may be interested in using and what are your WASM use cases. Thanks :+1:

It's possible to run WebAssembly programs from the command line (without any GUI) using WASI (see e.g. https://github.com/WebAssembly/WASI). Thus if the user downloads pdfconverter.wasi , and the user already has e.g. wasmtime installed, they can run `wasmtime pdfconverter.wasi input.pdf output.pdf` from the command line (see https://github.com/bytecodealliance/wasmtime/blob/main/docs/... for details). In addition to the web site, the Electron app and the Chrome extension, you may want to distribute a command-line version of your tools as WASI-style .wasm program files. If you do so, I would exclusively use the them this way, from the command line.

A few months ago someone wrote a much faster -O0 backend for LLVM, though it seems it didn't get much attention upstream: https://discourse.llvm.org/t/tpde-llvm-10-20x-faster-llvm-o0... Discussion: https://news.ycombinator.com/item?id=45072481 There are also codegen projects that don't use LLVM IR that are faster like Cranelift: https://github.com/bytecodealliance/wasmtime/tree/main/crane...