Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Compilation target: WASM #69

Open
mainrs opened this issue Jan 17, 2022 · 1 comment
Open

Compilation target: WASM #69

mainrs opened this issue Jan 17, 2022 · 1 comment

Comments

@mainrs
Copy link

mainrs commented Jan 17, 2022

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 :)

@nigeltao
Copy link
Collaborator

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants