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 zbysz
Recipients docs@python, loewis, mark.dickinson, zbysz
Date 2012-03-10.14:09:46
SpamBayes Score 0.0
Marked as misclassified No
Message-id <4F5B609F.9050407@in.waw.pl>
In-reply-to <1331378788.28.0.772857729367.issue14245@psf.upfronthosting.co.za>
Content
On 03/10/2012 12:26 PM, Mark Dickinson wrote:
>
> Mark Dickinson<dickinsm@gmail.com>  added the comment:
>
> Proposed rewrite:

Hi,
thanks for the quick reply. If we were to rewrite the whole entry, some 
more changes could be done:

I think it would be useful to mention explicitly that Python simply uses 
the native floating-point implementation in hardware and thus behaves 
very similarly to other languages which do this, for instance C or Java. 
This should clear up a lot of the behaviour for people who know other 
programming languages. "how the underlying platform handles 
floating-point" says something very similar, but the reader needs to 
understand what the "underlying platform" exactly is.

It is easy to count, that exactly 17 digits are accurate.

I have to admit, that I'm completely lost here --- why would a vastly 
inaccurate number (with more than half of digits wrong) be ever stored?
If "1.2" is converted to a float (a C double in current implementation), 
it has 15.96 decimal digits of precision.

"Similarly, the result of a floating-point operation must be rounded to 
fit into the fixed precision, often resulting in another tiny error." ?
History
Date User Action Args
2012-03-10 14:09:48zbyszsetrecipients: + zbysz, loewis, mark.dickinson, docs@python
2012-03-10 14:09:47zbyszlinkissue14245 messages
2012-03-10 14:09:46zbyszcreate