ruby VS maru

I have some embedded assembler libraries (usable from within a language, as opposed to the input being text) on my PL resources site. Some of the smaller ones like the tiny one we build during Compiling a Lisp strip some of the magic from assemblers. YJIT's assembler API is a bit messy but the implementation is clean enough.

The Cargo.toml file gives the answer: https://github.com/Shopify/ruby/blob/rust-yjit-upstreaming/y...

There is only a single, optional dependency which is apparently only used for testing.

Hi there! The repo linked in this post is our small set of benchmarks. For those interested in microjit I would link them to our little readme file: https://github.com/Shopify/ruby/blob/microjit/doc/ujit.md

Well Forth is possibly the most minimal VM over a platform, as evidenced by openfirmware.

It does have problems scaling though, in that if you've seen one Forth, you've seen one Forth ie. The variations required to fit a platform make them semi-incompatible.

That's not to say that a more lispy Forth wouldn't be useful though, in that a concatenative syntax allows us to pass custom datastructures around like APL, and CPS (delimited continuations with lexically scoped dynamic binding would come from the lisp side (see https://github.com/manuel/wat-js).

Memory management in Forth can handle multiple memory types eg. https://flashforth.com/ so adding something like ref counting (https://github.com/zigalenarcic/minilisp/blob/main/main.c) to handle the dynamic list side of things might mesh well.

In any case, if you're looking for a self hosting lisp that runs on bare metal, https://github.com/attila-lendvai/maru has been out for a few years.

Take a look at Maru. The github project has links to other similar projects.

That's the idea behind the Maru Project. It's a really cool concept and more people should know about it.

Here's another interesting one I just noticed:

https://github.com/attila-lendvai/maru/blob/maru.10/source/a...