➜

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 mark.dickinson
Recipients mark.dickinson, mirabilos, skrah
Date 2013-05-26.07:40:48
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1369554048.65.0.534599691478.issue18062@psf.upfronthosting.co.za>
In-reply-to
Content 
> The problem with changing the FPUCW on i387 is that it changes
> from 64/15 bit mantissa/exponent to 53/15 bit which is still
> not the 53/11 bit of IEEE double, so you *still* get double-
> rounding issues (with denormal numbers only, I guess) because
> the internal precision is still higher.

That's not a problem for dtoa.c, at least: dtoa.c avoids any use of subnormals in intermediate calculations.  It's not really too much of a problem for Python in general, either.  Windows typically operates in this mode.
History
Date User Action Args
2013-05-26 07:40:48mark.dickinsonsetrecipients: + mark.dickinson, skrah, mirabilos
2013-05-26 07:40:48mark.dickinsonsetmessageid: <1369554048.65.0.534599691478.issue18062@psf.upfronthosting.co.za>
2013-05-26 07:40:48mark.dickinsonlinkissue18062 messages
2013-05-26 07:40:48mark.dickinsoncreate