wajic
cowasm
Our great sponsors
wajic | cowasm | |
---|---|---|
6 | 8 | |
181 | 462 | |
- | 3.5% | |
0.0 | 3.9 | |
about 2 years ago | 4 months ago | |
JavaScript | C | |
zlib License | BSD 3-clause "New" or "Revised" 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.
wajic
-
CoWasm: An alternative to Emscripten, based on Zig (demo: Python in the browser)
This is a slim alternative to Emscripten which focuses only on the C/C++ <=> JS interoperability part:
https://github.com/schellingb/wajic
-
From a WebAssembly Perspective
There's actually a super interesting project called wajic here:
https://github.com/schellingb/wajic
It's basically clang plus wasm-opt and some magic pixie dust which enables some of the most important features of Emscripten, but without the whole 'technology zoo' :)
- Zig and WASM
-
WebAssembly and C++
There's now an interesting alternative to Emscripten called WaJIC:
https://github.com/schellingb/wajic
Enables most of the "Emscripten magic" (like embedding Javascript code into C/C++ files), but in a more bare bones package (apart from clang it essentially just uses the wasm-opt tool from Binaryen for post-processing).
(to be clear, wajic has fewer out-of-the-box features than Emscripten, but it might be an alternative for very small projects which don't need all the compatibility shims which are coming with Emscripten, while still providing tools for calling between C/C++ and JS.
-
Show HN: How to compile C/C++ for WASM, pure Clang, no libs, no framework
Since I haven't seen it mentioned in the comments yet, here's another interesting project in the general area of "WASM without Emscripten":
https://github.com/schellingb/wajic
This provides an alternative implementation of Emscripten's EM_JS() magic (embed Javascript snippets right in the C/C++ source code), but without the Emscripten SDK. It still needs some additional tools next to Clang, so it sits somewhere between "pure Clang" and "full Emscripten SDK".
-
Writing bindings to `dos-like` for Rust: some lessons learned
Alas, although there is WebAssembly support in the original dos-like, it is still not supported in the bindings for Rust. It would require a Rust toolchain to integrate with WAjic, which I am pretty much unfamiliar with. If you have any idea on how to achieve this, I would love to know.
cowasm
-
bsdutils: Alternative to GNU coreutils using software from FreeBSD
For fun, I ported much of BSDutils to WebAssembly. Code [1] and live demo [2]. It was much, much easier porting BSDutils than GNU coreutils, since the source code is often much smaller, and hence easier to read and understand with simpler dependencies.
[1] https://github.com/sagemathinc/cowasm/tree/main/core/coreuti...
- Wasi-JS: a JavaScript library for interacting with WASI Modules
- active now: Commits ยท sagemathinc/cowasm
-
SQLite 3.40.0 with WASM Support
For what it is worth, I also care about building this with zig. https://github.com/sagemathinc/cowasm/blob/main/packages/sql...
-
Adding Python support using Pyodide to our low-code framework which supported only JavaScript.
If it fits your needs and is working, then fine. Please remain aware of a different approach to what pyodide is doing based on perceived weaknesses in pyodide.
-
CoWasm: An alternative to Emscripten, based on Zig (demo: Python in the browser)
CoWasm supports WASI right now via this library https://www.npmjs.com/package/wasi-js, which I actually develop as part of CoWasm . One unusually thing I did, which goes beyond what emscripten does, is I implemented a quite a bit of posix functionality, often by writing extension code to nodejs and calling it from Javascript, because there's a lot of POSIX that Node.js doesn't expose. This only works on Mac and Linux and is also available standalone in this library https://www.npmjs.com/package/posix-node, which is implemented in Zig. You can get a sense of the scope of POSIX functionality that goes beyond what WASI defines here: https://github.com/sagemathinc/cowasm/tree/main/packages/ker...
One motivation for doing this is to try to get the full Python test suite to pass, including all the functionality that involves subprocesses, posix calls, etc. I've only got to about 85% at this point. It can be a ton of tedious work, but at least Zig helps impose some discipline (e.g, it doesn't let you ignore handling errors until later), and makes it easy to test compilation for all supported targets on every change (due to excellent cross compilation support).
What are some alternatives?
multi-memory - Multiple per-module memories for Wasm
coreutils - Mirror of https://gitlab.redox-os.org/redox-os/coreutils
component-model - Repository for design and specification of the Component Model
memfs - JavaScript file system utilities
cib - clang running in browser (wasm)
coreutils - Cross-platform Rust rewrite of the GNU coreutils
clang-wasm - How to build webassembly files with nothing other than standard Clang/llvm.
bat - A cat(1) clone with wings.
minimal-zig-wasm-canvas - A minimal example showing how HTML5's canvas, wasm memory and zig can interact.
unionfs - Use multiple fs modules at once
v86 - x86 PC emulator and x86-to-wasm JIT, running in the browser
bsdutils - Alternative to GNU coreutils using software from FreeBSD