Alan Burlison <[EMAIL PROTECTED]> writes:
>Nick Ing-Simmons wrote:
>
>> >Nope. This code will run on 32-bit systems mostly (I've been running it on
>> >x86 and PPC for testing purposes). Why is it that the Perl build scripts
>> >generate headers with 'long long' typedef'd as Quad_t (or something like
>> >that) but nothing seems to actually use that type?
>>
>> It is in case you configure to build a 64-bit perl.
>>
>> It is certainly possible to build a 64-bit perl on x86 - but is slower than
>> a 32-bit perl as _ALL_ integer ops are done as long long (Quad_t).
>
>Note that '64 bit' is too loose a term to be useful in this context. It could
>mean 'a perl built with a 64-bit address space (LP64)' or 'a perl built with
>long long support'. It is possible to have a LP32 (i.e. 32-bit address space)
>perl that supports 64-bit IVs. x86 will support the latter, but not the
>former. Some other platforms will support both LP32 and LP64 perls, and some
>will only support LP64.

Agree to all that. I was talking in terms of Configure's -Duse64bitint
i.e. can a perl scalar hold a 64 bit value non-lossy?


>
>--
>Alan Burlison
--
Nick Ing-Simmons http://www.ni-s.u-net.com/



Reply via email to