vscode-wasm
posix-tools
| vscode-wasm | posix-tools | |
|---|---|---|
| 3 | 1 | |
| 128 | 36 | |
| 0.0% | - | |
| 4.4 | 10.0 | |
| 3 months ago | about 9 years ago | |
| Rust | JavaScript | |
| MIT License | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
vscode-wasm
-
Announcing WASIX - the Superset of WASI
Yup, my solution is specific to wasmer runtime. Check for wai-language-server. It's compileable to wasix and then can be run using wasmer runtime. https://github.com/wasmerio/vscode-wasm
- VSCode-WASM: Implement a first version of a WebShell
-
Wasmer takes WebAssembly libraries mainstream with WAI
It's been this way for a little bit already (actually since 3 years ago! [1]).
It was an intentional thing though, because we want to put this extension under a common group, not something that only Wasmer owns... that's why we haven't changed it yet. But I agree that probably using WebAssembly Foundation is perhaps not the best name :)
[1]: https://github.com/wasmerio/vscode-wasm/commit/0f7f00f44aa72...
posix-tools
-
VSCode-WASM: Implement a first version of a WebShell
Getting a FS going on the web has been such a brutal slog for me. There's some pretty decent existing projects lole lightning-fs but it feels like the web APIs have been changing & changing & I keep wanting newer.
Very cool to see this nicely tackled. Still poking around but seems integrative with wasi, which hopefully grows closer & closer with good fast web APIs. There's been a ton of criticism I think justly so that neither the wasi nor the web fs teams have spent much time trying to figure out how to work together, & so there's real peril possible too, but I think wasi is a much better much less hacked out model & is probably the "right" real target. Having build in object capability sandbox security puts it lightyears beyond what the web spec folk have been up to, and the rest of their fs model is also much much better built out.
Alas it just means that running on the web the target so going to be primarily in-memory for a long time because the web spec folk seem so uninterested in doing a good actual filesystems impl. Origin Private File System seems to be the one place there's interest in being fast at all, and they seem overwhelmingly concerned about making sqlite in emscripted fast & not a ton else. What we would do for real wasi on the web!
Already a very solid start building out coreutils. There's a bunch of similar ish efforts out there already, building JS impls of core utils. For example, posix-tools, https://github.com/shama/posix-tools
What are some alternatives?
wasmer.io - The Wasmer.io website
llvm-project - The LLVM Project is a collection of modular and reusable compiler and toolchain technologies.
vscode-wasm - A WASI implementation that uses VS Code's extension host as the implementing API
wasmtime - A fast and secure runtime for WebAssembly
wai - A language binding generator for `wai` (a precursor to WebAssembly interface types)
proposal-decimal - Built-in decimal datatype in JavaScript
vscode-extension-samples - Sample code illustrating the VS Code extension API.
zana - Browser extension that adds book information and ratings to supported bookstore websites.
component-model - Repository for design and specification of the Component Model