diff options
| author | Andrew M. Kuchling <amk@amk.ca> | 2008-06-20 02:11:42 (GMT) |
|---|---|---|
| committer | Andrew M. Kuchling <amk@amk.ca> | 2008-06-20 02:11:42 (GMT) |
| commit | 5f198bee4e2db0ca2902e8e532b7398b7b500c1a (patch) | |
| tree | 765cfe31c460c6bccb15249b434a97e95220f235 | |
| parent | d6b1eaf4284de6672d16d34a2cf4a6543a422729 (diff) | |
| download | cpython-5f198bee4e2db0ca2902e8e532b7398b7b500c1a.zip cpython-5f198bee4e2db0ca2902e8e532b7398b7b500c1a.tar.gz cpython-5f198bee4e2db0ca2902e8e532b7398b7b500c1a.tar.bz2 | |
Fix comment typos
| -rw-r--r-- | Modules/mathmodule.c | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/Modules/mathmodule.c b/Modules/mathmodule.c index e0da011..8ca632f 100644 --- a/Modules/mathmodule.c +++ b/Modules/mathmodule.c @@ -327,11 +327,11 @@ FUNC1(tanh, tanh, 0, sum([1e+308, 1e+308, 1e-308]) raises an OverflowError due to the overflow of the first partial sum. - Note 3: The itermediate values lo, yr, and hi are declared volatile so + Note 3: The intermediate values lo, yr, and hi are declared volatile so aggressive compilers won't algebraicly reduce lo to always be exactly 0.0. Also, the volatile declaration forces the values to be stored in memory as regular doubles instead of extended long precision (80-bit) values. This - prevents double rounding because any addition or substraction of two doubles + prevents double rounding because any addition or subtraction of two doubles can be resolved exactly into double-sized hi and lo values. As long as the hi value gets forced into a double before yr and lo are computed, the extra bits in downstream extended precision operations (x87 for example) will be |