diff options
author | bde <bde@FreeBSD.org> | 2005-10-29 08:15:29 +0000 |
---|---|---|
committer | bde <bde@FreeBSD.org> | 2005-10-29 08:15:29 +0000 |
commit | 48aeac9996eff565bc203cc4cc3e3ce8a0ae0b86 (patch) | |
tree | dd1e0ac3025bb1e74803afa2964964035e009766 /sbin | |
parent | 0fcf92a96be6d8af7677f38332934c3f78e3a197 (diff) | |
download | FreeBSD-src-48aeac9996eff565bc203cc4cc3e3ce8a0ae0b86.zip FreeBSD-src-48aeac9996eff565bc203cc4cc3e3ce8a0ae0b86.tar.gz |
Start trying to make the float precision trig functions actually worth
using under FreeBSD. Before this commit, all float precision functions
except exp2f() were implemented using only float precision, apparently
because Cygnus needed this in 1993 for embedded systems with slow or
inefficient double precision. For FreeBSD, except possibly on systems
that do floating point entirely in software (very old i386 and now
arm), this just gives a more complicated implementation, many bugs,
and usually worse performance for float precision than for double
precision. The bugs and worse performance were particulary large in
arg reduction for trig functions. We want to divide by an approximation
to pi/2 which has as many as 1584 bits, so we should use the widest
type that is efficient and/or easy to use, i.e., double. Use fdlibm's
__kernel_rem_pio2() to do this as Sun apparently intended. Cygnus's
k_rem_pio2f.c is now unused. e_rem_pio2f.c still needs to be separate
from e_rem_pio2.c so that it can be optimized for float args. Similarly
for long double precision.
This speeds up cosf(x) on large args by a factor of about 2. Correct
arg reduction on large args is still inherently very slow, so hopefully
these args rarely occur in practice. There is much more efficiency
to be gained by using double precision to speed up arg reduction on
medium and small float args.
Diffstat (limited to 'sbin')
0 files changed, 0 insertions, 0 deletions