lume VS janet

Lua is a small language and its "standard library" is very minimal. Lua's intended for embedding so usually the host program provides a broader standard library by exposing functions to lua. However, there are several standard library packages for lua: batteries and lume are focused on gamedev; Penlight aims at bringing the breadth of python's stdlib to lua; plenary.nvim for nvim plugins; and probably more for other domains. I'd definitely recommend checking these out to help get closer to functionality level of most other languages (I use both lume and batteries, but dropped penlight awhile back because I found some implementations confusing/overcomplicated/inconsistent).

Making a lua-based distro might benefit from packing in an existing lua utility library instead of starting your own: lume (useful single file of utilities) or batteries (organized into modules).

Second, hot reload actually works and is usually instant. (lume has one you can adapt, I use gabe's class system and reload since it's already integrated). Since an instance of an object is a table, and functions on the object are elements in a table, you can swap out functions for their new values and keep your current state. By comparison, Unity's C# hot code reloading requires you to serialize your state because it needs to unload the AppDomain. It needs to rebuild the world with the new types. Most serialization occurs automatically, but often it doesn't and you need to add special callbacks to make it work. Regardless, for projects of any real size, it's slow. Not sure how Unreal's Live++ (Live Coding) works, but seems like you can't edit .h files.

From lume:

Or check out Lume.

Yeah, lume is not a tiny library, but you can simply take only the functions you need from it. It's source code is very easy to read and (de)serialization implemented there in pretty minimalistic way.

I'm not very familiar with javascript and its spreading operator, but it seems to me that something similar is in lume. Check out lume.extend and lume.merge.

Seems like a perfect use-case for Janet. (https://janet-lang.org/) A fast minimal VM like Lua, but even more extensible than Lua by being a "Lisp" with macro and C extension capabilities. Not a true Lisp, it's very pragmatic and performance-oriented. But it keeps the good stuff.

You might be looking for: https://janet-lang.org/

It comes with a build tool `jpm` which installs dependencies globally by default, but you can have it be installed in your project folder as well.

I like Clojure, but I never had any good opportunities to use it other than for a few small hobby projects. It is unfortunate that it is so huge with tons of dependencies and no simpler native implementation. I started looking at various LISPs and Schemes to find something lighter to use instead and ended up settling for Janet that I think is Clojure-like enough to be comfortable to use, but in a small native binary with no dependencies and can be embedded in other native programs. I am sure for big, real, projects that Clojure makes more sense, but for my hobby projects and scripts I do not think I will install it again. I am still happy for the things I learned from learning Clojure. It was a real eye-opener for an old OO-programmer.

https://janet-lang.org/

One might also check out Janet for quick scripting tasks.

https://janet-lang.org

Thanks!

I thought about another multiplatform, homoiconic, highly compact language: https://janet-lang.org/ (takes 803 kb on my machine).

It has no types though.

Racket is great, and if you like it you might find Rash interesting:

https://rash-lang.org/

Janet and Gerbil Scheme are also worth a look:

https://janet-lang.org/

https://cons.io/

Point here is that, for instance Janet language does not have cons / pair type but tuple (and so is lispoid, not lisp), but clearly this is sufficient for macros & hence seamless language construction: all you need is to be a lispoid although being a lisp gives another useful feature.