Lua 5.3 features in the horizon?

[Daurnimator]

Now that the lua 5.3 beta is out, this is worth revisiting.
Will LuaJIT keep up with 5.3?

What I would want support for (that can't be bolted on with
shims/libraries):

- Moving 64bit ints to not be cdata, but of "number" type
- the new bit operators (<<, >>, etc)
- lexical _ENV
- C API!


Tangentally, are there any extras in LuaJIT not currently in Lua, that
should be added?
e.g. that in luajit, __eq will be called across types.

Hi there,
It might be too early to ask because the Lua 5.3 cycle is still in
"work" versions (and as we know things have changed drastically in
work versions from previous development cycles), but...
If Lua 5.3.0 final gets the new features that are in the work versions
(namely the 64-bit integer type, bitwise operators, utf8 module), any
chance we'll see them in LuaJIT? Feedback to those features in the Lua
list has been very positive, so my guess is that those features are
coming for good.
In particular, I wonder if the new 64-bit integers and LuaJIT's 64-bit
FFI int types could be reconciled in a useful manner.
-- Hisham

[Stefano]

Post by Daurnimator
Now that the lua 5.3 beta is out, this is worth revisiting.
Will LuaJIT keep up with 5.3?
What I would want support for (that can't be bolted on with
- Moving 64bit ints to not be cdata, but of "number" type
- the new bit operators (<<, >>, etc)
- lexical _ENV
- C API!

I'm not sure the first one is a good idea.
I personally prefer the approach taken by LuaJIT (different type),
it's simpler and clearer. Most likely it's also easier to optimise for
LuaJIT.

Stefano

[Stefano]

Post by Stefano

Post by Daurnimator
Now that the lua 5.3 beta is out, this is worth revisiting.
Will LuaJIT keep up with 5.3?
What I would want support for (that can't be bolted on with
- Moving 64bit ints to not be cdata, but of "number" type
- the new bit operators (<<, >>, etc)
- lexical _ENV
- C API!

I'm not sure the first one is a good idea.
I personally prefer the approach taken by LuaJIT (different type),
it's simpler and clearer. Most likely it's also easier to optimise for
LuaJIT.
Stefano

I'd find the bit operators and _ENV convenient, and I don't care about
the C API (but I understand it's due to my use case).

Stefano

[Coda Highland]

Post by Daurnimator
- lexical _ENV

This is an explicit non-goal, as Mike has said repeatedly.

/s/ Adam