This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author steven.daprano
Recipients mark.dickinson, martin.panter, rhettinger, steven.daprano, tim.peters
Date 2016-08-14.12:34:12
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <20160814123407.GP26300@ando.pearwood.info>
In-reply-to <1471176337.54.0.863617639651.issue27761@psf.upfronthosting.co.za>
Content
On Sun, Aug 14, 2016 at 12:05:37PM +0000, Mark Dickinson wrote:
> But I don't think there's a real problem here so long as you don't 
> have an expectation of getting super-accurate (e.g., correctly rounded 
> or faithfully rounded) results; testing that results are accurate to 
> within 10 ulps or so is probably good enough.

Thanks for the advice Mark.

This has certainly showed my naivety when it comes to floating point :-( 
I thought IEEE 754 was supposed to put an end to these sorts of cross- 
platform differences. If this was a trig function, I wouldn't have been 
so surprised, but I was not expecting pow() to differ like this. Once I 
started getting exact results on my machine, I thought everyone would 
see the same thing.
History
Date User Action Args
2016-08-14 12:34:12steven.dapranosetrecipients: + steven.daprano, tim.peters, rhettinger, mark.dickinson, martin.panter
2016-08-14 12:34:12steven.dapranolinkissue27761 messages
2016-08-14 12:34:12steven.dapranocreate