LjTools
LuaJIT
LjTools | LuaJIT | |
---|---|---|
11 | 39 | |
251 | 4,396 | |
- | 1.0% | |
0.0 | 8.9 | |
over 1 year ago | 8 days ago | |
C++ | C | |
GNU General Public License v3.0 only | GNU General Public License v3.0 or later |
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.
LjTools
-
LuaJIT decompiler that supports GOTO statements?
I dug a little more and came across this tool which does seem to have the capability to view all LuaJIT Bytecode. https://github.com/rochus-keller/LjTools
-
A History of Lua
> a large lua game code base, over 4000 files, 1.5 million lines of code
Interesting; how do you manage to keep consistency? Do you have special tools to e.g. detect inadvertent global variables? I once wrote a Smalltalk VM in Lua (https://github.com/rochus-keller/Smalltalk/blob/master/Inter...) which is a much smaller code base but even with this size I quickly would have lost track of e.g. scopes and names without tools I had to write myself (https://github.com/rochus-keller/LJTools).
- Minimalism in Programming Language Design
-
KT/COBOL — Choosing a VM edition — I need to hear your experiences with the VM you're currently using for your project.
Most of my languages have VM backends; see e.g. https://github.com/rochus-keller/Oberon; I implemented different backends generating LuaJIT bytecode; a year ago I switched to Mono which is based on ECMA-335; here is a discussion why I switched: https://github.com/rochus-keller/Oberon/releases/tag/IDEv0.9.0; I implemented utility libraries for both LuaJIT and CIL bytecode; see https://github.com/rochus-keller/LjTools/, https://github.com/rochus-keller/Pelib/ and https://github.com/rochus-keller/MonoTools/. I evaluated many VMs and think the mentioned ones are best suited. There were a lot of challenges with both technologies, what is to be expected, and too much to describe here.
-
LuaJIT for backend?
LuaJIT is well suited as a backend/runtime environment for custom languages; I did it several times (see e.g. https://github.com/rochus-keller/Smalltalk, https://github.com/rochus-keller/Som/, https://github.com/rochus-keller/Oberon/). I also implemented a bit of infrastructure to ease the reuse: https://github.com/rochus-keller/LjTools. LuaJIT has some limitations though; if you require closures you have to know that the corresponding LuaJIT FNEW bytecode is not yet supported by the JIT, i.e. switches to the interpreter; as a work-around I implemented my own closures; LuaJIT also doesn't support multi-threading, but co-routines; and there is no debugger, and the infrastructure to implement one has limitations (i.e. performance is low when running to breakpoints). For most of my projects this was no issue. Recently I switched to CIL/Mono for my Oberon+ implementation which was a good move. But still I consider LuaJIT a good choice if you can cope with the mentioned limitations. The major advantage of LuaJIT is the small footprint and impressive performance for dynamic languages.
-
Writing a Register Based VM
Implementing a VM is certainly interesting, but if you just need a fast backend you could generate LuaJIT bytecode (see e.g. https://github.com/rochus-keller/ljtools/ LuaJitComposer.h/cpp).
- Finl Is Not LaTeX
- (LuaJIT) How to directly modify strings within LuaJIT Bytecode?
-
Bytecode for a Register Machine
If you want to re-use LuaJIT as a backend, have e.g. a look at https://github.com/rochus-keller/ljtools
-
Favorite Program for writing LUA?
Recently I mostly use https://github.com/rochus-keller/LjTools#lua-parser-and-ide-features
LuaJIT
-
On the impossibility of composing finalizers and FFI
Unfortunately things aren't so simple, as when doing JIT compilation, LuaJIT _will_ try to shorten the lifetimes of local variables. Using the latest available version of LuaJIT (https://github.com/LuaJIT/LuaJIT/commit/0d313b243194a0b8d239...), the following reliably fails for me:
local ffi = require"ffi"
-
Building a baseline JIT for Lua automatically
I am using https://luajit.org/ in my GCC C++ project.
Can I use this faster Lua JIT in my project as a replacement? And if so, how so?
The existing luajit doesn't do v5.1, so it would be nice to use this newer engine at the newer baseline lua version level.
-
Python 3.13 Gets a JIT
The commit history looks pretty active...
https://github.com/LuaJIT/LuaJIT/commits/v2.1/
- LuaJIT 3.0 Issue Tracker
-
LuaJIT Uses Rolling Releases
I think https://github.com/LuaJIT/LuaJIT/commit/6a2163a6b45d6d251599... improved things a bit, notably making automatic tarballs work again.
-
How to clear a table without wasting memory?
There is nothing on luajit.org, so I assume that 2.0 doesn't have the extensions added (think the site is still on 2.0). However I found some proof in the mirrored git repo, that they do exist and also my luajit interpreter (2.1.0-beta3) shows them as builtins.
- Clone Mike Pall
- Which for loop method is faster
-
Recommendations for JS Engines that could be embedded in my Game Engine
If you absolutely want a performant scripting runtime, I'd recommend taking a look at LuaJit, DaScript or AngelScript.
-
Any embeddable language compatible with C (like Lua) but compiled?
If you don't like that - look towards JIT-compilers. Lua has one
What are some alternatives?
SATySFi - A statically-typed, functional typesetting system
lua-languages - Languages that compile to Lua
ubpf - Userspace eBPF VM
Wren - The Wren Programming Language. Wren is a small, fast, class-based concurrent scripting language.
Oberon - Oberon parser, code model & browser, compiler and IDE with debugger
moonjit - Just-In-Time Compiler for the Lua Programming language. Fork of LuaJIT to continue development. This project does not have an active maintainer, see https://twitter.com/siddhesh_p/status/1308594269502885889?s=20 for more detail.
port70 - A Gopher server in Lua
luajit2 - OpenResty's Branch of LuaJIT 2
tex-rs - A port of TeX82 to Rust. (WIP)
nelua-lang - Minimal, efficient, statically-typed and meta-programmable systems programming language heavily inspired by Lua, which compiles to C and native code.
langs
ravi - Ravi is a dialect of Lua, featuring limited optional static typing, JIT and AOT compilers