Clarify language about rounding and behavior that requires further cl… #50
Conversation
| @@ -8,7 +8,7 @@ The operations available in the AST are defined here in language-independent | |||
| way but closely match operations in many programming languages and are | |||
| efficiently implementable on all modern computers. | |||
| Floating point arithmetic follows the IEEE 754 standard and unless otherwise | |||
| specified uses the round-to-nearest mode. | |||
| specified uses the round-to-nearest ties-to-even mode. | |||
There was a problem hiding this comment.
We don't allow changing rounding mode for now, right? That'll mean that the asm.js polyfill won't produce quite the same results because JS specified different rounding for some ops? Or does asm.js avoid these?
FWIW I'm fine with punting rounding mode support to later, since fenv.h is such a mess. Do you think it should be in future features?
There was a problem hiding this comment.
Right, we don't currently allow changing the rounding mode, and there are no present plans to add that functionality. Happily though, JS' and asm.js' rounding mode is also round-to-nearest ties-to-even, so everything lines up here.
I don't see a need to mention fenv.h in future features. People who really want it can still propose it, and then the burden will be on them to figure out if it can be made sane.
sunfishcode
force-pushed
the
convert-semantics
branch
from
7759560 to
393240e
Compare
|
Rebased on latest master. |
Clarify language about rounding and behavior that requires further cl…
…arification.