diff options
| author | Adhemerval Zanella <azanella@linux.vnet.ibm.com> | 2014-03-14 12:49:45 -0500 |
|---|---|---|
| committer | Adhemerval Zanella <azanella@linux.vnet.ibm.com> | 2014-03-14 12:54:47 -0500 |
| commit | c7de50250367167d8c9f35594b264f6a0af8dd0c (patch) | |
| tree | 2b495e050f5b00060824d9d4f83b22c6ba486b2e /sysdeps/posix | |
| parent | 98fb27a373f37554232e0060eef1a5bb00a07eb0 (diff) | |
| download | glibc-c7de50250367167d8c9f35594b264f6a0af8dd0c.tar glibc-c7de50250367167d8c9f35594b264f6a0af8dd0c.tar.gz glibc-c7de50250367167d8c9f35594b264f6a0af8dd0c.tar.bz2 glibc-c7de50250367167d8c9f35594b264f6a0af8dd0c.zip | |
PowerPC: remove wrong roundl implementation for PowerPC64
The roundl assembly implementation
(sysdeps/powerpc/powerpc64/fpu/s_roundl.S)
returns wrong results for some inputs where first double is a exact
integer and the precision is determined by second long double.
Checking on implementation comments and history, I am very confident the
assembly implementation was based on a version before commit
5c68d401698a58cf7da150d9cce769fa6679ba5f that fixes BZ#2423 (Errors in
long double (ldbl-128ibm) rounding functions in glibc-2.4).
By just removing the implementation and make the build select
sysdeps/ieee754/ldbl-128ibm/s_roundl.c instead fixes the failing math.
This fixes 16707.
Diffstat (limited to 'sysdeps/posix')
0 files changed, 0 insertions, 0 deletions