graaljs VS boa

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

graaljs

Here: https://github.com/oracle/graaljs

It's by Oracle: https://github.com/oracle/graaljs; seems to be built to interop w/ GraalVM based languages/services

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.

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

Must be a fork because I found my own commits haha

https://github.com/oracle/graaljs/commits?author=styfle

Discussion reference https://github.com/oracle/graaljs/issues/239

boa

Yeah, pretty much. I'm not sure if we're gonna need to implement Static Shapes first but at least we need to make it possible to separate codeblocks from contexts for this to be feasible.

Hi, I'm looking for full time work and I'm interested in roles related to compilers, developer tools and systems. I'm a college senior(graduating on May, 2023) and have been working as an [IOS Developer](https://www.cyengagement.org/) for the past two years. At University, I took a compilers class where I learnt to use LLVM and MLIR to compile programs to various architectures. In Oct. 2022, I was selected to attend the [Programming Language Implementation Summer School](https://pliss.org/2022/) where I got to learn about compiler implementation and language tools from leading researchers around the world. Recently, I have been contributing to [Boa](https://github.com/boa-dev/boa), an embeddable Javascript engine written in Rust, by fixing issues and implementing features to improve conformance with ECMAScript specification. Aside from working on compilers, I have volunteered at conferences like ICFP'21 and PLDI'22 to familiarize myself with latest research in the field of compilers. You can find more information about me and my work in my [blog](https://veera.app) and Github [profile](https://github.com/veera-sivarajan). Thank you for your time and consideration.

I have great news

I already use it in my project to run some parts of the youtube js player. I must say it was broken on one version of the player because of a generated regex inside (more on the issue), but definitely recommending.

I would be curious how much effort it would be to swap boa for V8 to have an all Rust runtime :) If it's not meant to be a production-ready project anyways.

We'd love to see these benchmarks too! We have an open issue to set-up these benchmarks: https://github.com/boa-dev/boa/issues/1924

Although you probably could use it for something else, Boa[1] is a good demonstration of this (it uses the GC crate, but the same principle probably applies).

[1]: https://github.com/boa-dev/boa