Hidamari VS cowasm

Compare Hidamari vs cowasm and see what are their differences.

Hidamari

Modern operating system aimed at running WebAssembly code. (by HidamariProject)

cowasm

CoWasm: Collaborative WebAssembly for Servers and Browsers. Built using Zig. Supports Python with extension modules, including numpy. (by sagemathinc)
Our great sponsors
  • WorkOS - The modern identity platform for B2B SaaS
  • InfluxDB - Power Real-Time Data Analytics at Scale
  • SaaSHub - Software Alternatives and Reviews
Hidamari cowasm
1 8
62 462
- 3.5%
1.8 3.9
over 3 years ago 4 months ago
C C
BSD 3-clause "New" or "Revised" License BSD 3-clause "New" or "Revised" License
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
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.

Hidamari

Posts with mentions or reviews of Hidamari. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2021-01-23.
  • SkiftOS: Simple, handmade operating system for the x86 platform
    4 projects | news.ycombinator.com | 23 Jan 2021
    UEFI sort of handles this, even if the spec is absurdly huge. It contains portions referring to standardized ways of interacting with Wi-Fi cards and other devices, even if not all firmware supports it. I started an OS project[1] a while ago based on it.

    [1] https://github.com/HidamariProject/Hidamari

cowasm

Posts with mentions or reviews of cowasm. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2023-03-02.
  • bsdutils: Alternative to GNU coreutils using software from FreeBSD
    10 projects | news.ycombinator.com | 2 Mar 2023
    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
    1 project | news.ycombinator.com | 29 Jan 2023
  • active now: Commits ยท sagemathinc/cowasm
    1 project | /r/browserPOSIX | 4 Dec 2022
  • SQLite 3.40.0 with WASM Support
    2 projects | news.ycombinator.com | 21 Nov 2022
    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.
    2 projects | /r/Python | 4 Nov 2022
    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)
    9 projects | news.ycombinator.com | 29 Oct 2022
    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).