diff options
author | Carlos O'Donell <carlos@redhat.com> | 2013-04-11 08:52:18 -0400 |
---|---|---|
committer | Carlos O'Donell <carlos@redhat.com> | 2013-04-11 08:52:18 -0400 |
commit | aba5e333d4bde2710d9e91dfbc660bd881aef1f7 (patch) | |
tree | c2bdb3555b7befa68c110058bee97ef18610369c /gmon | |
parent | 4f682b2ae941b9bacde6015799b7ae77301a6d87 (diff) | |
download | glibc-aba5e333d4bde2710d9e91dfbc660bd881aef1f7.zip glibc-aba5e333d4bde2710d9e91dfbc660bd881aef1f7.tar.gz glibc-aba5e333d4bde2710d9e91dfbc660bd881aef1f7.tar.bz2 |
libm-test.inc: Fix tests where cos(PI/2) != 0.
The value of PI is never exactly PI in any floating point representation,
and the value of PI/2 is never PI/2. It is wrong to expect cos(M_PI_2l)
to return 0, instead it will return an answer that is non-zero because
M_PI_2l doesn't round to exactly PI/2 in the type used.
That is to say that the correct answer is to do the following:
* Take PI or PI/2.
* Round to the floating point representation.
* Take the rounded value and compute an infinite precision cos or sin.
* Use the rounded result of the infinite precision cos or sin as the
answer to the test.
I used printf to do the type rounding, and Wolfram's Alpha to do the
infinite precision cos calculations.
The following changes bring x86-64 and x86 to 1/2 ulp for two tests.
It shows that the x86 cos implementation is quite good, and that
our test are flawed.
Unfortunately given that the rounding errors are type dependent we
need to fix this for each type. No regressions on x86-64 or x86.
---
2013-04-11 Carlos O'Donell <carlos@redhat.com>
* math/libm-test.inc (cos_test): Fix PI/2 test.
(sincos_test): Likewise.
* sysdeps/x86_64/fpu/libm-test-ulps: Regenerate.
* sysdeps/i386/fpu/libm-test-ulps: Regenerate.
Diffstat (limited to 'gmon')
0 files changed, 0 insertions, 0 deletions