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 /nptl/sem_unlink.c | |
parent | 4f682b2ae941b9bacde6015799b7ae77301a6d87 (diff) | |
download | glibc-aba5e333d4bde2710d9e91dfbc660bd881aef1f7.tar.gz glibc-aba5e333d4bde2710d9e91dfbc660bd881aef1f7.tar.xz glibc-aba5e333d4bde2710d9e91dfbc660bd881aef1f7.zip |
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 'nptl/sem_unlink.c')
0 files changed, 0 insertions, 0 deletions