[Date Prev][Date Next][Thread Prev][Thread Next]
[Date Index]
[Thread Index]
- Subject: Re: [ANN] Lua 5.2.0 (work5) now available
- From: Peter Cawley <lua@...>
- Date: Fri, 5 Nov 2010 16:25:37 +0000
On Fri, Nov 5, 2010 at 4:19 PM, Michael Newberry
<mnewberry@mirametrics.com> wrote:
> -----Original Message-----
> From: lua-l-bounces@lists.lua.org [mailto:lua-l-bounces@lists.lua.org] On Behalf Of Thomas Harning Jr.
> Sent: Friday, November 05, 2010 9:07 AM
> To: Lua mailing list
> Subject: Re: [ANN] Lua 5.2.0 (work5) now available
>
> On Sat, Oct 30, 2010 at 9:58 PM, Michael Newberry
> <mnewberry@mirametrics.com> wrote:
>> Is a 64-bit version coming?
>>
> [...]
>
>> We don't use
>> 64-bit integers exposed to Lua... Anything requiring large
>> numbers/data-sizes have been abstracted away.
>
> Well, that's the rub, isn’t it? I'm talking about a 64-bit Lua core that is 64-bit clean and supports 64-bit integers and table sizes.
>
> Michael
>
>> --
>> Thomas Harning Jr.
>
I don't see why you're suddenly worried, as nothing has changed - Lua
in its default state has never supported 64 bit integers, as with
lua_Number == double, you only get 52 bit integers. Given that bit
operations on 52 bits are rarely wanted, it makes sense for the bit
manipulation library to treat integers as 32 bit integers, as that is
the largest value <= 52 which is commonly wanted.