gopher-lua
jacobin
gopher-lua | jacobin | |
---|---|---|
7 | 6 | |
6,015 | 664 | |
- | - | |
4.5 | 9.9 | |
5 days ago | 7 days ago | |
Go | Go | |
MIT License | Mozilla Public License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
gopher-lua
-
Go performance from version 1.0 to 1.22
Would be neat to see graph of recent versions with linear scale
I checked, they use switch on opcodes in vm.go. So would expect a recent improvement, but probably only <5%, & I didn't look close enough to see if awk is one of those languages where instruction dispatch matters less (like how APL tends to avoid issues since array ops avoid having dispatch in tight loops, or how Python avoids instruction dispatch overhead when using numpy)
For VMs Go had a problem for large switch statements: it would always use binary search instead of a jump table. This caused gopher-lua & go-lua to both take the route of having an array of functions which they call on to dispatch instead
A couple years ago this was fixed: https://go-review.googlesource.com/c/go/+/357330
I measured a small perf improvement switching gopher-lua to switch: https://github.com/yuin/gopher-lua/pull/479
-
Jacobin: Minimal JVM written in Go and capable of running Java 17 classes
Not the parent but there are several high quality native (meaning no CGO) Lua implementations for Go and it's a great choice if you want an embedded scripting language:
https://github.com/yuin/gopher-lua
- Are there any Golang Lua VMs that support snapshotting/serializationi?
-
Using external Lua libraries in an app with embedded Lua
The "game" was just an example, what I'm exactly trying to do is creating a plugin system for my go app using gopher-lua. The thing is the app will be used by end users and I can't ask them to install libraries. ATM, I don't care about libs with external dependencies like openssl, zlib etc. supporting just the pure Lua ones is enough
-
Show HN: Supershields.io – smart, Lua-powered SVG status badges
I'm generally using Visual Studio Code for all my development. Really like it.
I chose https://github.com/yuin/gopher-lua as the Lua engine because it is Golang-based, while the Nginx Lua VM is C, unless I'm mistaken. Using gopher-lua is just easier when I'm working in a Golang project. I only have to work in a single language and dev environment for all the backend work. Makes both development and testing easier.
Moonscript I might have heard of, but I have no experience with it. I did not consider it here, and I would rarely consider any niche scripting language for a solution I want others to use. It just introduces an unnecessary barrier to adoption.
- Lua: Good, Bad, and Ugly Parts
-
Show HN: LadyLua, batteries-included static Lua 5.1 interpreter
GopherLua [0] is a Lua implementation written in Go, not just a wrapper around the C implementation.
The main alternative seems to be Shopify’s go-lua [1], given that Microsoft’s golua [2] is no longer being developed. The main difference between these three implementations seems to be the supported Lua version - 5.1, 5.2 and 5.3 respectively.
[0] https://github.com/yuin/gopher-lua
[1] https://github.com/Shopify/go-lua
[2] https://github.com/Azure/golua
jacobin
-
Jacobin: Minimal JVM written in Go and capable of running Java 17 classes
Thanks for your note. The package notes on Jacobin say that we strongly discourage folks from running it in its present form. There are enough features still to be implemented, that for anything but trivial classes, you won't have a good experience. TBH, we're about a year out (we think) from having a version we can solicit users to test.
Nonetheless, if you'd be kind enough to post the above error and the class you used into the GitHub Issues tracker [0], we'll definitely include it in our test suite and make sure whatever the problem is, it'll be corrected.
[0] https://github.com/platypusguy/jacobin/issues
- How do I parse all the symbols from the Java standard library into my JVM language
-
Tutorials for intermediate to advanced Golang
Then might want to look at Jacobin, which is a project developing a JVM (Java virtual machine) in Go. It includes a detailed roadmap of the source code, which lays out the architecture of the code and makes it easy to jump in. The code itself is well commented and there are numerous tests, which provide additional insights.
What are some alternatives?
go-lua - A Lua VM in Go
docs
golua - Go bindings for Lua C API - in progress
jacobin-dart - A JVM written in Dart
otto - A JavaScript interpreter in Go (golang)
hof - Framework that joins data models, schemas, code generation, and a task engine. Language and technology agnostic.
goja - ECMAScript/JavaScript engine in pure Go
gotests - Automatically generate Go test boilerplate from your source code.
tengo - A fast script language for Go
glab - The GitLab CLI tool. Archived: now officially adopted by GitLab as the official CLI tool and maintained at https://gitlab.com/gitlab-org/cli. See https://github.com/profclems/glab/issues/983
go-python - naive go bindings to the CPython2 C-API