note
mje
<p>Thank you [thanos1983] for the obvious time you've spent looking at this. I came to the same conclusion as you (and hence my title) that there is some sort of clash between Math::BigFloat/bignum and Math::FixedPrecision but Math::FixedPrecision is really only a Math::BigFloat wrapper so I don't understand that.</p>
<p>I can only think using bignum causes math inside Math::FixedPrecision (of which there is very little) to use Math::BigFloats and this breaks things or more likely something else (the missing mantissa is very strange). I'd really like to know what is going on and I'll have another go at looking in to it tonight.</p>
<p>Although your alternative appears to work it is not quite what Math::FixedPrecision does. ffround does bankers rounding and Math::FixedPrecision does no rounding. e.g.,</p>
<code>
use strict;
use warnings;
use Math::FixedPrecision;
my $x = 3.145;
my $y = Math::FixedPrecision->new($x, 2);
print "$x, $y\n";
# outputs 3.145, 3.14
</code>
<p>If you change your 1.1415 to 1.145 you'll see the difference.</p>
<p>Basically the 2 modules in question were written by 2 different people. One module only needed a dozen or so lines of code using Math::FixedPrecision. The other module was massive and had loads of math so the author chose to simplify it and use bignum. This problem only occurred when someone tried to write a test which used both.</p>
<p>I have some possible solutions not that disimilar to yours but it is nagging at me as why you cannot mix the two and what is going on.</p>
<p>Thanks again for looking at this, it is much appreciated.</p>
1103151
1103171