ArcadiaGodot VS lua-repl

To follow on what I was saying before about editor integration with REPLs, you can actually take it even farther than those simple examples. Clojure, for example, provides the ability to start a network-based REPL (nREPL) inside a running application. You can connect to it and view, change, or add to the program's state in real time while building your application. Combine that with the ability to send code from your editor into a REPL that I mentioned, and you get stuff like this where you can evaluate Clojure code on-the-fly in Unity. (Also possible with Godot.)

Nice work. Out of curiosity, though, why did you go that route instead of the Arcadia Godot port? Was there something missing or wrong with that, or did you just want to see if you could get JVM Clojure working specifically?

For what it's worth, Godot can do the same: there's a Godot version of Arcadia for using Clojure, and Godot F# tools takes some of the tedium out of using F#, though you have to make a small tweak to the .fsproj file it generates because the Mono assemblies moved. It works via a cheesy little hack: you make a C# script in Godot that's just an empty class that does nothing else but inherit from an F# class, and the F# project builds at the same time by adding it as a dependency of the Godot-generated .csproj file. Godot doesn't know anything weird is going on and it just kind of works :)

Arcadia uses ClojureCLR to work with Clojure in unity. Also Godot engine version.

The lua interpreter is pretty bare-bones. I see https://github.com/hoelzro/lua-repl has some additional features like tab completion.

I'm trying to create a REPL inside of neovim. I know there's already a luarock library avaliable, but it seems like to be standalone and requires user to manage luarocks, which is not avalable for all plugin managers. Also, I want this REPL capable of manipulating the internal state of neovim. Therefore I decided to implement my own REPL.