Lua 5.3 is about to be released and I wonder about the LÖVE dev team's attitude about that.
Lua 5.3 and LuaJIT are not compatible so the choice seems to be to stick to the currently used common subset of Lua 5.2 and LuaJIT 2 or port to Lua 5.3 and drop LuaJIT.
Lua 5.3
Re: Lua 5.3
Well, I don't think anyone would want to drop LuaJIT...
Would you?
Would you?
- Hexenhammer
- Party member
- Posts: 175
- Joined: Sun Feb 17, 2013 8:19 am
Re: Lua 5.3
No, I think Lua 5.3 offers nothing to game developers. The support for 64-bit integers only makes things more complicated and slower for those who do not need them. I can see why the Lua devs did it though. 64-bit integers are becoming more and more common in business / system data. However I see little use for 64-bit integers in games.undef wrote:Well, I don't think anyone would want to drop LuaJIT...
Would you?
However LÖVE did not use LuaJIT for the longest time, making it the default was a relatively recent change. So the option to drop LuaJIT support is not unrealistic at all.
Semi-OT but I am pretty sad about Lua and LuaJIT parting ways. Such a small language community really does not need a schism.
Re: Lua 5.3
I would love to use 5.3 if there was a good JIT for it, even 5.2 has some nice advantages over 5.1.
But I don't know if that's going to happen anytime soon...
But I don't know if that's going to happen anytime soon...
- Hexenhammer
- Party member
- Posts: 175
- Joined: Sun Feb 17, 2013 8:19 am
Re: Lua 5.3
Now that Mike Pall has put LuaJIT in maintenance mode we are pretty much stuck with what we have. How many people have the necessary skills to continue the development of LuaJIT? It is a damn small group I think. The chance of one of those guys actually deciding to do it: practically zeroundef wrote:I would love to use 5.3 if there was a good JIT for it, even 5.2 has some nice advantages over 5.1.
But I don't know if that's going to happen anytime soon...
![Cry :cry:](./images/smilies/ms-cry.png)
- slime
- Solid Snayke
- Posts: 3132
- Joined: Mon Aug 23, 2010 6:45 am
- Location: Nova Scotia, Canada
- Contact:
Re: Lua 5.3
Several of Lua 5.3's new features and changes are useful for game development, but LuaJIT's faster interpreter, JIT compiler, and FFI are more useful.Hexenhammer wrote:Lua 5.3 is about to be released and I wonder about the LÖVE dev team's attitude about that.
It's not at all out of the question for Mike Pall to integrate many or all of Lua 5.3's features into LuaJIT, although one of Lua 5.2's features (__gc for regular tables) won't be implemented until after LuaJIT's new garbage collector is implemented.
LuaJIT 2 was released after LÖVE 0.8.0 and before LÖVE 0.9.0, so the official builds of LÖVE 0.8.0 and below don't use it and 0.9+ do.Hexenhammer wrote:However LÖVE did not use LuaJIT for the longest time, making it the default was a relatively recent change.
![Smile :)](./images/smilies/ms-smile.png)
The pace of LuaJIT's development isn't as fast as previous years, but LuaJIT 2.1 is definitely being actively developed. It has some new features (including a built-in profiling API) and many more aspects of Lua have JIT-compiled cases.Hexenhammer wrote:Now that Mike Pall has put LuaJIT in maintenance mode we are pretty much stuck with what we have. How many people have the necessary skills to continue the development of LuaJIT? It is a damn small group I think. The chance of one of those guys actually deciding to do it: practically zero
- Hexenhammer
- Party member
- Posts: 175
- Joined: Sun Feb 17, 2013 8:19 am
Re: Lua 5.3
..which would be never: http://luajit.org/sponsors.htmlslime wrote: It's not at all out of the question for Mike Pall to integrate many or all of Lua 5.3's features into LuaJIT, although one of Lua 5.2's features (__gc for regular tables) won't be implemented until after LuaJIT's new garbage collector is implemented.
Even if someone finally showed up to sponsor the new GC's development Mike Pall would not do it. As I said LuaJIT is no longer in active development.Please note: The main LuaJIT author (Mike Pall) is working on unrelated projects and cannot accept new sponsorships at this time.
That all happened before Pall stopped accepting sponsorships and put the project in maintenance mode. Look at more recent commits. He does not do anything but small fixes / changes anymore.The pace of LuaJIT's development isn't as fast as previous years, but LuaJIT 2.1 is definitely being actively developed. It has some new features (including a built-in profiling API) and many more aspects of Lua have JIT-compiled cases.
Re: Lua 5.3
Well, I guess we can only hope that someone with Mike Pall's technical expertise will step up and continue development...
- slime
- Solid Snayke
- Posts: 3132
- Joined: Mon Aug 23, 2010 6:45 am
- Location: Nova Scotia, Canada
- Contact:
Re: Lua 5.3
'At this time' is quite different from 'never.'Hexenhammer wrote: ..which would be never: http://luajit.org/sponsors.html
Please note: The main LuaJIT author (Mike Pall) is working on unrelated projects and cannot accept new sponsorships at this time.
![Smile :)](./images/smilies/ms-smile.png)
This was 11 days ago: http://repo.or.cz/w/luajit-2.0.git/comm ... a2962ad750Hexenhammer wrote:That all happened before Pall stopped accepting sponsorships and put the project in maintenance mode. Look at more recent commits. He does not do anything but small fixes / changes anymore.
This was 3 days ago: http://www.freelists.org/post/luajit/Tr ... to-sponsor
[Related: a 64-bit ARM port of LuaJIT is necessary for new iOS apps, starting in February.]
Mike Pall also does accept code submissions for LuaJIT as well. While there might not be anyone exactly like him, there are many talented programmers with similar skillsets, some of whom have contributed already.
- Hexenhammer
- Party member
- Posts: 175
- Joined: Sun Feb 17, 2013 8:19 am
Re: Lua 5.3
I wish I could share you optimism. The new GC was getting nowhere before this and when an open source programmer puts a project on hiatus, he usually never returns to it.slime wrote: 'At this time' is quite different from 'never.'![]()
And? That is "small stuff" (for Mike Pall). I myself write more code in an hour. Adding support for a new machine code target is nothing (look at how little code the commit actually contains) compared to big tasks like say supporting Lua 5.3 integers.Hexenhammer wrote: This was 11 days ago: http://repo.or.cz/w/luajit-2.0.git/comm ... a2962ad750
I have followed LuaJIT development quite closely and somehow I missed that. There have been very few outside contributions and none of them going deeply into the nasty insides of LuaJIT. Have you ever looked at the code? I consider myself a good C programmer and the code bases of most C projects do not scare me at all. LuaJIT's however is *nasty* and requires so much domain specific low-level knowledge that I strongly doubt anyone but Mike Pall himself can seriously develop that code base. Read that warning from Pall where he tells you to always use his build scripts and never attempt to write your own build script for LuaJIT? He goes on and justifies this warning by saying that every other programmer who has tried to write his own build script has failed, resulting in subtly broken LuaJIT builds. That is how bad it is - others have not even succeeded in getting the build process right. Without Pall LuaJIT is as good as dead.While there might not be anyone exactly like him, there are many talented programmers with similar skillsets, some of whom have contributed already.
In 5 years from now there will still be no support for Lua 5.3 and there will be no new GC either. I am willing to bet on that.
Who is online
Users browsing this forum: No registered users and 91 guests