aboutsummaryrefslogtreecommitdiff
path: root/gmon
diff options
context:
space:
mode:
authorCarlos O'Donell <carlos@redhat.com>2013-04-11 08:52:18 -0400
committerCarlos O'Donell <carlos@redhat.com>2013-04-11 08:52:18 -0400
commitaba5e333d4bde2710d9e91dfbc660bd881aef1f7 (patch)
treec2bdb3555b7befa68c110058bee97ef18610369c /gmon
parent4f682b2ae941b9bacde6015799b7ae77301a6d87 (diff)
downloadglibc-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