mlua

I've used Lua extensively with Rust via the mlua library and it's excellent and full-featured. https://github.com/mlua-rs/mlua

LuaCAD models solids in Lua rather than the OpenSCAD language, with operator overloading for CSG (`a + b`, `a - b`, `a * b`). It ships with a CLI and a desktop app, including a preview area and a text editor. I've always been a big fan of OpenSCAD, but the SCAD language itself is unfortunately quite cobbled-together and is a very poorly designed programming language. LuaCAD takes all the good parts of OpenSCAD and combines them with one of the best scripting languages. It has now completely replaced OpenSCAD for me, and I think it provides a better experience than OpenSCAD for all use cases. I'd love to hear any reasons why LuaCAD shouldn't fully replace OpenSCAD! It’s fully open source and you can find the repo here: https://github.com/ad-si/LuaCAD Tech stack: - It's implemented in Rust and uses mlua (https://github.com/mlua-rs/mlua) to

The WASM thing makes sense. Do you need unknown-unknown? Seems like support exists for emscripten and wasi: https://github.com/mlua-rs/mlua/issues/366 It just seems like a lot of hassle to write a lua interpreter, although it would be nice to see a high quality one in Rust :) Hematita was promising, but looks abandoned.

Likely similar to something like https://github.com/mlua-rs/mlua - but wanting to execute javascript (instead of lua, and no static libs?) in the context of native rust. The alternative might be https://github.com/denoland/rusty_v8 but without needing C++ V8. (this is the first I'm hearing of Boa)

I can assume that Lune (and many of the Rust-based Luau runtimes that followed it) were written in Rust mainly because of the existence of mlua <https://github.com/mlua-rs/mlua> and the bindings it provides for Luau. Binding Luau in Zig or C isn't as plug-and-play but is still relatively easy, binding Luau in Go is a nightmare. I'm working on better Luau support for Go, and some support/binding libraries for other languages are also in development, which is awesome to see and will hopefully bring more language diversity to the Luau ecosystem.

I love seeing new languages targeting the Lua runtime. I've been adding Lua scripting support to pretty much everything I make now. I recently made my SSE server programmable with Lua and it's extended the functionality far beyond what I would have had the patience and time to do myself. Highly recommend Lua with mlua-rs Rust bindings. [0] https://tinysse.com [1] https://github.com/benwilber/tinysse [2] https://github.com/mlua-rs/mlua

> Cannot wait to see Lua come back in full force. I also recently released a server for Server-Sent Events [0] that is programmable with Lua. Overall it's been a great experience. The Rust mlua-rs crate [1] is trivially easy to integrate. [0] https://tinysse.com/ [1] https://github.com/mlua-rs/mlua

This is already available as an optional Lua target in mlua [0]. I recently built a programmable server for Server-Sent Events scriptable with Lua [1]. I chose Lua 5.4, but it's trivial to switch it to LuaJIT, or really any other Lua derivative including Roblox Luau. It's just a matter of enabling the mlua feature you want. [0] https://github.com/mlua-rs/mlua [1] https://tinysse.com/

Is there something in specific that makes this easier to use in Rust projects compared to the Lua wrappers/bindings like mlua[0]? Or is it just an overall ergonomics thing? Genuine question, as I don't have any prior experience embedding any scripting language into a Rust project. [0]: https://github.com/mlua-rs/mlua

If you want it to interact well with a couple of really popular languages there's this: https://github.com/mlua-rs/mlua Rust and through Deno, JavaScript. It also supports Luau which has sandboxing. https://luau-lang.org/sandbox