about summary refs log tree commit diff
path: root/nptl/sem_unlink.c
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 /nptl/sem_unlink.c
parent4f682b2ae941b9bacde6015799b7ae77301a6d87 (diff)
downloadglibc-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