crystal-libraries-needed VS Graal

There are many ideas listed here: https://github.com/crystal-community/crystal-libraries-needed/issues .

This project started with this request: https://github.com/crystal-community/crystal-libraries-neede...

However, it is heavily based on the (abandoned?) py2rb work by Naitoh which I made enhancements to.

IMO, Rubyists should have an easier time with Crystal syntax since it is more similar. Also, the likelihood of having type annotations in Python is much higher than Ruby because type annotations have been around longer in Python, iirc.

There's one here: https://github.com/crystal-community/crystal-libraries-neede...

Not sure how active it is, though.

How does it compare to graal wasm? https://github.com/oracle/graal/blob/master/wasm/README.md/

Java was created by James Gosling and released by Sun Microsystems in 1995. It was designed with the principle of "Write Once, Run Anywhere" (WORA), enabling cross-platform compatibility through the Java Virtual Machine (JVM). Over the years, Java became a leading language for enterprise applications, Android development, and large-scale backend systems. Oracle now maintains Java, with modern innovations such as Project Loom and GraalVM enhancing its performance.

Sorry, I know you weren't asking me, but for this same use case, yes, I've used a GHA build matrix with each OS/arch pair.

Cosmo/APE support would fix this, and GraalVM already ships with a Musl libc implementation, so it isn't very far off.

https://github.com/oracle/graal/issues/8350

It wasn’t long before I ran into several other blog posts about developers successfully using GraalVM and frameworks such as Quarkus to address this very problem. And so I’ve decided to try it out for myself.

GraalVM adds an advanced just-in-time (JIT) optimizing compiler, which is written in Java, to the HotSpot Java Virtual Machine.

You can trim down the runtime[1] but the tooling around doing this is non-existent / unreliable. Alternatively, you can generate native binaries with GraalVM[2] which comes with its own baggage (license, slow compile time, etc).

[1]: https://docs.oracle.com/javase/8/embedded/develop-apps-platf...

[2]: https://www.graalvm.org/

Too bad it looks stuck since about a month ago (https://github.com/oracle/graal/issues/8350#issuecomment-210...), needs some attention from @jart.

Really now? Now that's interesting. I thought GraalVM might be a good option in that space https://www.graalvm.org/ last I checked, but something literally called Hermetic Java has my interest piqued.