Summary: | Most functions in math.h not correctly rounded | ||
---|---|---|---|
Product: | glibc | Reporter: | Joshua Hopp <JoshuaHopp> |
Component: | math | Assignee: | Not yet assigned to anyone <unassigned> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | bagnara, bob.wilson, hjl.tools, zimmerma+gcc |
Priority: | P2 | Flags: | fweimer:
security-
|
Version: | 2.15 | ||
Target Milestone: | --- | ||
Host: | x86_64 | Target: | x86_64 |
Build: | linux-gnu | Last reconfirmed: |
Description
Joshua Hopp
2012-10-24 08:07:40 UTC
I'll use this as the general meta-bug for not-correctly-rounding functions (other than those with fully specified results such as sqrt and fma), as I suggested in <http://sourceware.org/ml/libc-alpha/2012-02/msg00392.html>, and mark other bugs for small ulps errors (say 1-10ulps) as duplicates of this one. SUSPENDED as correctly-rounding issues are generally known to be hard to fix and to need new implementations of functions in many cases, with detailed error analysis and exhaustive searches for worst cases for rounding. *** Bug 1161 has been marked as a duplicate of this bug. *** *** Bug 1163 has been marked as a duplicate of this bug. *** *** Bug 2540 has been marked as a duplicate of this bug. *** glibc accuracy goals are now documented in the manual and the FAQ and correct rounding is explicitly excluded - without ruling out the possibility that in future we could add correctly rounding functions under names such as crasin, or other functions with well-defined error bounds, probably automatically generated with tools such as metalibm. |