graaljs
cowasm
graaljs | cowasm | |
---|---|---|
17 | 8 | |
1,623 | 465 | |
1.0% | 1.5% | |
9.9 | 3.9 | |
4 days ago | 4 months ago | |
C++ | C | |
Universal Permissive License v1.0 | 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.
graaljs
-
An ES5-compliant JavaScript interpreter, written in Java
I would guess that depends on the licensing context in which it will be running, since Rhino is MPLv2 <https://github.com/mozilla/rhino/blob/Rhino1_7_14_Release/LI...> and OP's repo is MIT whereas Graal is UPLv1 <https://github.com/oracle/graaljs/blob/graal-23.1.2/LICENSE>. GitHub's license gizmo claims it is OSI/FSF approved, but Oracle gonna Oracle and they for sure have more lawyers than you do
-
A list of JavaScript engines, runtimes, interpreters
graaljs
- GraalJS: Node.js compliant JavaScript implementation built on GraalVM by Oracle
-
Latest Deno release supports NPM packages
Here: https://github.com/oracle/graaljs
-
No one cares about Bun's speed. Your CI does though
It's by Oracle: https://github.com/oracle/graaljs; seems to be built to interop w/ GraalVM based languages/services
-
R Shiny App Equivalent
If you need you can run JavaScript from within Java using Graal.js or Nashorn. To evaluate dynamic user input (Strings) you could also use a ScriptEngine (e.g. JavaScript) or dynamically compile inputs to Java using the JShell API.
-
CoWasm: An alternative to Emscripten, based on Zig (demo: Python in the browser)
That's just incredibly cool, my congratulations!
Foremost, my apologies if this is a nonsensical question. I haven't been soaking in the WASM ecosystem enough to know how much WASM is "just" JS versus ... something else.
Caveat aside, I saw one of the commits mention jython, which notoriously has ancient (and probably incredibly incomplete) python 2.x support; do you know if python-wasm would run on top of GraalJS (https://github.com/oracle/graaljs#nodejs-support)?
Separately, do you want issues related to zython.org in the cowasm issue tracker? It returns 405 (method not allowed) over and over on POST https://zython.org/python-wasm-sw/read-signal for me
-
Dear Oracle, Please Release the JavaScript Trademark
Must be a fork because I found my own commits haha
https://github.com/oracle/graaljs/commits?author=styfle
-
Microsoft proposes type syntax for JavaScript
Discussion reference https://github.com/oracle/graaljs/issues/239
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?
TypeScript - TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
coreutils - Mirror of https://gitlab.redox-os.org/redox-os/coreutils
deno - A modern runtime for JavaScript and TypeScript.
memfs - JavaScript file system utilities
deno-exec
coreutils - Cross-platform Rust rewrite of the GNU coreutils
zx - A tool for writing better scripts
bat - A cat(1) clone with wings.
truffleruby - A high performance implementation of the Ruby programming language, built on GraalVM.
unionfs - Use multiple fs modules at once
graalpython - A Python 3 implementation built on GraalVM
bsdutils - Alternative to GNU coreutils using software from FreeBSD