mirror of
https://github.com/rustwasm/wasm-bindgen.git
synced 2024-12-26 11:34:22 +03:00
a2aa28e4d3
This commit adds a new attribute to `#[wasm_bindgen]`: `start`. The `start` attribute can be used to indicate that a function should be executed when the module is loaded, configuring the `start` function of the wasm executable. While this doesn't necessarily literally configure the `start` section, it does its best! Only one crate in a crate graph may indicate `#[wasm_bindgen(start)]`, so it's not recommended to be used in libraries but only end-user applications. Currently this still must be used with the `crate-type = ["cdylib"]` annotation in `Cargo.toml`. The implementation here is somewhat tricky because of the circular dependency between our generated JS and the wasm file that we emit. This circular dependency makes running initialization routines (like the `start` shim) particularly fraught with complications because one may need to run before the other but bundlers may not necessarily respect it. Workarounds have been implemented for various emission strategies, for example calling the start function directly after exports are wired up with `--no-modules` and otherwise working around what appears to be a Webpack bug with initializers running in a different order than we'd like. In any case, this in theory doesn't show up to the end user! Closes #74 |
||
|---|---|---|
| .. | ||
| src | ||
| .gitignore | ||
| build.sh | ||
| Cargo.toml | ||
| index.html | ||
| index.js | ||
| package.json | ||
| README.md | ||
| webpack.config.js | ||
web-sys: performance.now
View documentation for this example online or View compiled example online
You can build the example locally with:
$ ./build.sh
(or running the commands on Windows manually)
and then visiting http://localhost:8080 in a browser should run the example!