-
-
Notifications
You must be signed in to change notification settings - Fork 786
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add optional lua5.3 runtime instead of luajit to provide better compatibility #1682
Comments
We added lua5.3 as an optional lua vm backend, and it basically works now. see #1683 and lua53 branch Installation$ make RUNTIME=lua
$ ./scripts/get.sh __local__ __install_only__ |
Currently only core.base.bytes cannot be used because it uses ffi, but this is not a big problem. I will let it support lua in the next few days. |
I think Lua 5.2 may be a better compatibility choice than Lua 5.3, mostly because Lua has native integer support from >=5.3 and LuaJIT/Lua 5.2 don't, which may lead to weird behavior |
This is not a big problem, it works normally on ci, and xmake will try to support lua5.4 later. Because the code of xmake is implemented using lua 5.1 syntax, and luajit's restrictions on syntax and features seem to be stricter. So in the process of migrating to 5.3, I did not encounter too many problems. |
It is also because it supports native integers, so it is more convenient to port the luajit bits module to lua5.3 https://github.com/xmake-io/xmake/blob/dev/xmake/core/base/compat/bit.lua |
We continue to switch to lua5.4.3 #1739 |
We can support more archs, e.g. riscv, loongarch, ..
The text was updated successfully, but these errors were encountered: