wajic
graaljs
Our great sponsors
wajic | graaljs | |
---|---|---|
6 | 17 | |
181 | 1,619 | |
- | 1.3% | |
0.0 | 9.9 | |
about 2 years ago | 4 days ago | |
JavaScript | C++ | |
zlib License | Universal Permissive License v1.0 |
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.
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
What are some alternatives?
multi-memory - Multiple per-module memories for Wasm
TypeScript - TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
component-model - Repository for design and specification of the Component Model
deno - A modern runtime for JavaScript and TypeScript.
cib - clang running in browser (wasm)
deno-exec
clang-wasm - How to build webassembly files with nothing other than standard Clang/llvm.
zx - A tool for writing better scripts
minimal-zig-wasm-canvas - A minimal example showing how HTML5's canvas, wasm memory and zig can interact.
truffleruby - A high performance implementation of the Ruby programming language, built on GraalVM.
v86 - x86 PC emulator and x86-to-wasm JIT, running in the browser
graalpython - A Python 3 implementation built on GraalVM