hematita VS rune

lua and rust works well. With both the rlua and mlua bindings. There is also a lua vm written in rust: https://github.com/danii/hematita though it is rather early for that.

Rust has some good bindings with lua, for example mlua and rlua. There is also a rewrite of lua in 100% safe rust called hematita ( https://github.com/danii/hematita )

Side note: I'm aware `cargo install hematita_cli` doesn't work, for now you'll have to run `cargo install --git 'https://github.com/danii/hematita.git' hematita_cli`. I've refrained from publishing the CLI crate because I remembered I could just include the CLI in the main crate, so I'm giving myself time to choose whether or not I should.

A Lisp, a weird dialect of Lisp, is not better than Lua. Why use Rune [0]?!

[0]: https://rune-rs.github.io/

This is what I based my comment on - https://github.com/rune-rs/rune/issues/444

Late start today as well. I really thought today would be the day that I'd have to abandon my goal of no heap allocations. But, luckily I had an arena allocator available that I could fairly easily adapt to store data on the stack. And with some tweaks we have today's solution:

I'd have given you bonus points for using a rust styled scripting language like rune but that's pretty neat still

As note about using rust syntax for scripting: https://rune-rs.github.io/

I know you said you don’t want to embed another language but IMO Rune is worth a consideration here. It can be a pretty thin abstraction over rust by passing native structs to scripts and calling methods on them. The syntax and semantics are very close to rust so it feels natural. https://github.com/rune-rs/rune

The biggest technical difference I'd say is that Rune uses a stack-based machine which makes adding deep C support somewhat obvious while Rhai performs AST walking to execute scripts.