Re^5: Getting different results with $var++ and $var += 1

I wish Perl had arbitrary precision integers, and could add/subtract/compare decimal numbers without losing precision.

Decimal floating point is certainly doable... I did it years ago on a Z80. It's not what you'd call cheap, run-time-wise -- though with a 64 bit processor and fast multiply/divide instructions, it's probably a whole lot less painful than it used to be.

If there isn't one already, I'd be amused to do a "DecFlt" equivalent of "BigInt". The first decision is whether to do that as big precision floating point, or indefinite precision fixed point.

From a scientific programming perspective, binary floating point is better than any other radix. IBM machines used to use radix 16, to save time and hardware during normalisation and alignment shifts. Unfortunately, that saving came at the cost of the wonderfully named "wobbling precision". With 24 bits of precision, radix 16 floating point results are good to +/- any one of 2^-24, 2^-23, 2^-22 or 2^-21, depending on the value of the leading base 16 digit !

Comment on Re^5: Getting different results with $var++ and $var += 1

Replies are listed 'Best First'.
Re^6: Getting different results with $var++ and $var += 1 by Corion (Patriarch) on Dec 04, 2008 at 09:26 UTC
Shouldn't bigrat do most of the "do math without losing precision" thing?	[reply]
Re^7: Getting different results with $var++ and $var += 1 by gone2015 (Deacon) on Dec 04, 2008 at 10:50 UTC
Yes you could do everything as a rational. Thing about fractions is that you end up doing quite a lot of work finding hcf of the denominators. An indefinite precision decimal fixed point arithmetic would, essentially, be an "bigrat", but all denominators would be powers of 10. That would mean, of course, that 1/3 would have a "representation" error -- but we are at least used to that. The advantage of a fixed (but large) precision decimal floating point would be that functions like exp() and log() etc. (which do appear in financial calculations) would be more straightforward... as would any arithmetic involving widely different scales of numbers. You have to understand the effect of rounding... Now that I've looked, I see that there is Math::BigFloat which is decimal (though that small fact doesn't exactly leap out at you). I see it is implemented using BigInt for the significands, and allows quite fine control over the precision. So I'll go away now.	[reply]