Re: Can a Lua implementation use 63-bit integers or even "big integers"?

[Flyer31 Test <flyer31@...>]

Sorry if you meant my first answer... I now learnt that to my surprise
there are really quite many 63bit applications in programming world -
at first I must admit I thought this is somehow a bit of "bad joke" or
question of some "total beginner". Sorry... .


On Wed, Sep 1, 2021 at 8:41 PM Soni "They/Them" L. <fakedme@gmail.com> wrote:
>
> Actually whether an OCaml reimplementation of the language (not the C
> API obviously) would still count as Lua.
>
> It's kinda uncomfortable that such a seemingly simple question would
> lead to so much flaming and insulting other languages' technical
> choices. Almost feels like going elsewhere and never following up on
> here would've been a more appropriate response from us. :/
>
> On 2021-08-31 9:03 a.m., Coda Highland wrote:
> > That's missing the entire point of the question. This isn't a
> > suggestion that this would be a good idea for Lua to adopt. This is a
> > question about if it's possible to use Lua's configuration options to
> > make it able to integrate with other stuff that uses different
> > representations for ints.
> >
> > /s/ Adam
> >
> > On Tue, Aug 31, 2021, 5:19 AM Flyer31 Test <flyer31@googlemail.com
> > <mailto:flyer31@googlemail.com>> wrote:
> >
> >     Yes, this "LuaJit trick" is really somehow very fascinating for Lua64,
> >     or for Lua working only with float numbers (as Lua 5.1). But for int
> >     supporting Lua, especially then Lua32, this would be quite
> >     inacceptable I think. People who want int (and I think many people do,
> >     especially in "small system" applications) really typically will need
> >     full 32bit. ... In Lua64 maybe 32bit ints also would be fine ...
> >     (maybe 40 bit for time applications, but 64 bit ints maybe not really
> >     needed - so then some "dialect of LuaJit" could possibly work also in
> >     Lua64 world with 32bit int support in some future, if somebody wants
> >     to do this... LuaJit of course I think anyway will be only useful /
> >     necessary for "large systems", and NOT for "small systems" which would
> >     be the main target for Lua32).
> >
> >     On Mon, Aug 30, 2021 at 9:41 PM Coda Highland <chighland@gmail.com
> >     <mailto:chighland@gmail.com>> wrote:
> >     >
> >     > On Sun, Aug 29, 2021 at 11:34 AM Flyer31 Test
> >     <flyer31@googlemail.com <mailto:flyer31@googlemail.com>> wrote:
> >     >>
> >     >> ???There are no 63bit integers??? (or do you know a 63 bit
> >     processor?)
> >     >
> >     >
> >     > There are a number of languages (OCaml comes to mind) that use a
> >     32-bit or 64-bit tagged representation for values. Integers can be
> >     represented by using the most-significant bit to indicate that
> >     it's an integer type, and the rest of the bits contain the numeric
> >     value. This is analogous to how LuaJIT (and briefly, at one point
> >     in history, Lua itself) used NaN tagging to represent other types
> >     of values inside of an otherwise-standard 64-bit double-precision
> >     floating-point number.
> >     >
> >     > /s/ Adam
> >
>