summaryrefslogtreecommitdiffstats
path: root/bin/sh
diff options
context:
space:
mode:
authorbde <bde@FreeBSD.org>2005-10-29 08:15:29 +0000
committerbde <bde@FreeBSD.org>2005-10-29 08:15:29 +0000
commit48aeac9996eff565bc203cc4cc3e3ce8a0ae0b86 (patch)
treedd1e0ac3025bb1e74803afa2964964035e009766 /bin/sh
parent0fcf92a96be6d8af7677f38332934c3f78e3a197 (diff)
downloadFreeBSD-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 'bin/sh')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud