in reply to Re^2: bigint == horrible performance?
in thread bigint == horrible performance?
So I've bumped into some stuff lately. XS extensions with no particular expectation of whether you're on an actual 64-bit bus or not. Perl itself actually recommends that it be compiled into 32-bit mode even when on a 64-bit architecture because the docs suppose <it will rarely be actually required>. (those are semi-quotes)
So now, in the XS world, I've found myself facing a couple of things: 64 bit stuff and ipv6 (128 bits).
In the XS world, Math::Int64 works quite nicely. However, I get way too many explosions with Math::128 at this point. So, I end up using packed arrays and timely casting, while hopefully not misplacing network byte-order.
32-bit (and I guess 64-bit?) perl has unsigned, int, 'double', and 'string'. (e.g. UV, IV, NV, and PV). There is no native perl guarantee for 64-bit or 128-bit other than a string.
I understand the perils of assuming too much about the data types. But in the world of XS, <whimper>
Cheers,
Matt
|
---|
Replies are listed 'Best First'. | |
---|---|
Re^4: bigint == horrible performance?
by BrowserUk (Patriarch) on Nov 08, 2011 at 15:38 UTC | |
Re^4: bigint == horrible performance?
by salva (Canon) on Nov 08, 2011 at 11:20 UTC | |
by syphilis (Archbishop) on Nov 08, 2011 at 12:03 UTC | |
by mojotoad (Monsignor) on Dec 13, 2011 at 08:15 UTC | |
by salva (Canon) on Dec 20, 2011 at 13:34 UTC |
In Section
Seekers of Perl Wisdom