| Thread Links | Date Links | ||||
|---|---|---|---|---|---|
| Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Does that mean then that within the C-environment, one isn't assured the environment is 754-2008 conforming, and hence will not be 1788 conforming unless <math.h> is upgraded or the functionality of <math.h> is supplied separately for 1788 conformance? (We'd been discussing within a small group about accuracy requirements for specific functions, some of which we've -- within the group -- agreed should be correctly rounded.) It seems the decades-old problem of having a strong arithmetic standard but non-conformance (or not standardized conformance) within language environments has not gone away. Baker On 03/09/2013 06:13 AM, Vincent Lefevre wrote:
On 2013-03-08 10:08:19 -0500, Michel Hack wrote:Portability of directed rounding has improved a lot in the last ten years, as support of <fenv.h> in C has become widespread, with fesetround().Actually, not really. Only some basic operations (like +, -, *, /) are required to honor the active rounding direction mode. In F.10 Mathematics <math.h>, #10: "Whether the functions honor the rounding direction mode is implementation-defined, unless explicitly specified otherwise."
-- --------------------------------------------------------------- Ralph Baker Kearfott, rbk@xxxxxxxxxxxxx (337) 482-5346 (fax) (337) 482-5270 (work) (337) 993-1827 (home) URL: http://interval.louisiana.edu/kearfott.html Department of Mathematics, University of Louisiana at Lafayette (Room 217 Maxim D. Doucet Hall, 1403 Johnston Street) Box 4-1010, Lafayette, LA 70504-1010, USA ---------------------------------------------------------------