#wasm-4 #bindings #tone #internally #idiomatic #framebuffer

wasm4-sys

Raw WASM-4 bindings for Rust, used internally wasm4-rs

5 releases

0.1.3 Apr 7, 2024
0.1.2 Apr 6, 2024
0.1.1 Jan 17, 2022
0.1.0 Jan 2, 2022
0.0.1 Dec 16, 2021

#905 in WebAssembly

Download history 2/week @ 2024-02-14 8/week @ 2024-02-21 23/week @ 2024-02-28 1/week @ 2024-03-06 7/week @ 2024-03-13 4/week @ 2024-03-27 262/week @ 2024-04-03 27/week @ 2024-04-10

293 downloads per month
Used in wasm4

MIT license

6KB
67 lines

Safety

Many seemingly safe functions are marked unsafe. The reason for this is that the crate wasm4 uses them to achieve safe, idiomatic, and zero-overhead api. The major capability of that crate is being able to restrict ownership of various resources like framebuffer, sound, etc. To achieve that it implements WASM-4 api via methods on a struct like wasm4::sound::Resouce, ownership of which is restricted until you share it. As you may guess, calling crate::tone may interfere with assumptions about which sounds are playing in a code using wasm4::sound::Resource. Use of raw bindings usually gives little to no benefit, but is possible if you respect these assumptions described above.

Some of these functions are unsafe for other reasons too, like raw memory access.

However all of that assumes you or any dependency do not use any other bindings except for wasm4 and this crate (or uses them while respecting assumptions mentioned above, but this is discouraged).

No runtime deps