You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am not entirely sure if this is an actualy use-case that makes sense, as I do have limited experience with WASM. I mostly write in Rust.
Pointer dereference safety is probably something that shouldn't be a concern inside of WASM. And I am not sure how much value the buffer overflow safety has in WASM, as it's not affected by DEP and SSP attacks.
It's worth noting that the C code can also be transpiled into WASM using toolchains.
I just wanted to throw the idea out :)
The text was updated successfully, but these errors were encountered:
Sure, it's an idea worth throwing out. In the very long term, we might compile Wuffs directly to WASM bytecode.
As you said, though, we can already compile Wuffs to C and existing C-to-Wasm compilers already do a good job generating optimized code. I think it'd be quite a bit of work for a Wuffs-directly-to-WASM-bytecode tool to be equally good. All together, I'm not sure it'd be high on the priority list of things to work on.
I am not entirely sure if this is an actualy use-case that makes sense, as I do have limited experience with WASM. I mostly write in Rust.
Pointer dereference safety is probably something that shouldn't be a concern inside of WASM. And I am not sure how much value the buffer overflow safety has in WASM, as it's not affected by DEP and SSP attacks.
It's worth noting that the C code can also be transpiled into WASM using toolchains.
I just wanted to throw the idea out :)
The text was updated successfully, but these errors were encountered: