This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug math/18602] New: jn tests inaccuracy in non-default rounding modes
- From: "jsm28 at gcc dot gnu.org" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Thu, 25 Jun 2015 21:00:50 +0000
- Subject: [Bug math/18602] New: jn tests inaccuracy in non-default rounding modes
- Auto-submitted: auto-generated
https://sourceware.org/bugzilla/show_bug.cgi?id=18602
Bug ID: 18602
Summary: jn tests inaccuracy in non-default rounding modes
Product: glibc
Version: 2.21
Status: NEW
Severity: normal
Priority: P2
Component: math
Assignee: unassigned at sourceware dot org
Reporter: jsm28 at gcc dot gnu.org
Target Milestone: ---
Some existing jn tests, if run in non-default rounding modes, produce errors
above those accepted in glibc. For example, for double on x86_64:
Failure: Test: jn_towardzero (10, 0xap+0)
Result:
is: 2.07486106633358258211e-01 0x1.a8ee79d2eac9a0000000p-3
should be: 2.07486106633358841078e-01 0x1.a8ee79d2eacaf0000000p-3
difference: 5.82867087928207183722e-16 0x1.50000000000000000000p-51
ulp : 21.0000
max.ulp : 0.0000
This bug report is specifically *only* about those cases, already in the
testsuite. It is not about the more general inaccuracy of all the Bessel
function implementations, including in round-to-nearest mode.
--
You are receiving this mail because:
You are on the CC list for the bug.