diff options
| author | Tim Peters <tim.peters@gmail.com> | 2001-06-17 21:57:17 (GMT) |
|---|---|---|
| committer | Tim Peters <tim.peters@gmail.com> | 2001-06-17 21:57:17 (GMT) |
| commit | fa9e273442c1970cc5910b3f5920a8dcdf4f5fc1 (patch) | |
| tree | 050f4bd25890f8a0eef8bf9681f2087de58e4fe5 /Doc/tut | |
| parent | 4157dd5a921775a1856c5665f6a0b391964f8846 (diff) | |
| download | cpython-fa9e273442c1970cc5910b3f5920a8dcdf4f5fc1.zip cpython-fa9e273442c1970cc5910b3f5920a8dcdf4f5fc1.tar.gz cpython-fa9e273442c1970cc5910b3f5920a8dcdf4f5fc1.tar.bz2 | |
Clarification in the fp appendix suggested on c.l.py by Michael Chermside.
Also replaced a *star* style emphasis in the Representation Error section
with an \emph{} thingie.
Diffstat (limited to 'Doc/tut')
| -rw-r--r-- | Doc/tut/tut.tex | 5 |
1 files changed, 3 insertions, 2 deletions
diff --git a/Doc/tut/tut.tex b/Doc/tut/tut.tex index 814ef0e..488a230 100644 --- a/Doc/tut/tut.tex +++ b/Doc/tut/tut.tex @@ -4180,7 +4180,8 @@ turns out that's enough (on most machines) so that Note that this is in the very nature of binary floating-point: this is not a bug in Python, it is not a bug in your code either, and you'll see the same kind of thing in all languages that support your -hardware's floating-point arithmetic. +hardware's floating-point arithmetic (although some languages may +not \emph{display} the difference by default, or in all output modes). Python's builtin \function{str()} function produces only 12 significant digits, and you may wish to use that instead. It's @@ -4326,7 +4327,7 @@ precision is that over 2**56, or Note that since we rounded up, this is actually a little bit larger than 1/10; if we had not rounded up, the quotient would have been a little -bit smaller than 1/10. But in no case can it be *exactly* 1/10! +bit smaller than 1/10. But in no case can it be \emph{exactly} 1/10! So the computer never ``sees'' 1/10: what it sees is the exact fraction given above, the best 754 double approximation it can get: |