* Bring back `Module::deserialize` I thought I was being clever suggesting that `Module::deserialize` was removed from #2791 by funneling all module constructors into `Module::new`. As our studious fuzzers have found, though, this means that `Module::new` is not safe currently to pass arbitrary user-defined input into. Now one might pretty reasonable expect to be able to do that, however, being a WebAssembly engine and all. This PR as a result separates the `deserialize` part of `Module::new` back into `Module::deserialize`. This means that binary blobs created with `Module::serialize` and `Engine::precompile_module` will need to be passed to `Module::deserialize` to "rehydrate" them back into a `Module`. This restores the property that it should be safe to pass arbitrary input to `Module::new` since it's always expected to be a wasm module. This also means that fuzzing will no longer attempt to fuzz `Module::deserialize` which isn't something we want to do anyway. * Fix an example * Mark `Module::deserialize` as `unsafe`
Examples of the wasmtime API
This directory contains a number of examples of using the wasmtime API from
different languages. Currently examples are all in Rust and C using the
wasmtime crate or the wasmtime embedding API.
Each example is available in both C and in Rust. Examples are accompanied with a
*.wat file which is the wasm input, or a Rust project in a wasm folder which
is the source code for the original wasm file.
Rust examples can be executed with cargo run --example $name, and C examples
need to be compiled using your system compiler and appropriate header files.
For more information see the examples themselves!