Re: Perl's newSViv() versus 64-bit ints? - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Perl's newSViv() versus 64-bit ints?
Date
Msg-id 12808.1457797658@sss.pgh.pa.us
Whole thread Raw
In response to Re: Perl's newSViv() versus 64-bit ints?  (Salvador Fandiño <sfandino@gmail.com>)
Responses Re: Perl's newSViv() versus 64-bit ints?
List pgsql-hackers
Salvador Fandiño <sfandino@gmail.com> writes:
> Another possibility is to just use newSVnv(), but NVs are not 
> able to represent all the uint64 range precisely (IIRC, they can 
> represent integers up to 48bits?).

[ looks... ]  Oh, NV is a "double", which I think would be a perfectly
reasonable choice: it'd be exact up to about 2^53, on most machines,
which should be plenty for a long time to come.

How much of a user-visible change would that be, if the "processed"
field of a spi_exec_query() result started coming back as an NV not
an IV?  I'm not sure how much that would affect semantics in typical
Perl code.
        regards, tom lane



pgsql-hackers by date:

Previous
From: "Daniel Verite"
Date:
Subject: Re: [patch] Proposal for \crosstabview in psql
Next
From: Tom Lane
Date:
Subject: Re: Performance improvement for joins where outer side is unique