| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
ok guenther@
|
|
|
|
| |
ok dcoppa@ jmc@ schwarze@.
|
|
|
|
| |
okay jmc@
|
| |
|
| |
|
|
|
|
|
| |
clean make build tested on i386;
ok deraadt@, no objections from martynas@
|
|
|
|
|
|
|
|
|
|
| |
specifically, rewrite them to permit some markup in the column headers,
and use "Ta" instead of literal tabs; mandoc does not currently match groff
100%, but a mandoc fix may be some time off, and we've gone enough releases
with poorly formatting column lists.
in some cases i have rewritten the lists as -tag, where -column made
little sense.
|
|
|
|
| |
128-bit long double. Diff committed on behalf of martynas@
|
|
|
|
|
|
|
|
|
| |
it actually stores floats in natural-endian--therefore the existing
checks became wrong.
Take into account __VFP_FP__, effectively bringing back the old
behavior. This way it will work now, and in the future when some
of our platforms are switched to FPA, where it's much faster.
|
|
|
|
| |
former anymore. OK miod@.
|
|
|
|
| |
infinite.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
- Fix aliasing issue in s_frexpf.c; spotted by gcc. Many other
ones were fixed in NetBSD long ago, but this one was forgotten. It
looks like recently they fixed it too.
|
|
|
|
| |
where appropriate, to avoid precision loss.
|
| |
|
| |
|
|
|
|
|
| |
to GCC4 it doesn't generate broken code anymore.
From Brad. Tested and verified by myself.
|
|
|
|
|
|
| |
been C99 complex (not struct complex) for couple of years.
- Remove BUGS section; cabs is finally prototyped in complex.h.
- Also document cabsl.
|
| |
|
| |
|
| |
|
|
|
|
| |
modf(3), frexp(3), ldexp(3), fpclassify(3) pages are in libc, too.
|
|
|
|
|
| |
entries and unused implementations. It is clear that this situation
won't change.
|
|
|
|
|
| |
on this historical behavior; so we're stuck in this stupid situation.
No cookie for me.
|
|
|
|
| |
extended-precision support. Mostly from Cephes.
|
|
|
|
| |
them in libc for a very long time. OK guenther@.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
is gone since 1999.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
commit, and deal with problems (if any) in tree.
Note that this adds the following functions. Ports with hacks might
need adjustments.
nexttoward(3), fma(3), nexttowardf(3), fmaf(3), acoshl(3), asinhl(3),
atanhl(3), coshl(3), sinhl(3), tanhl(3), expl(3), expm1l(3), logl(3),
log10l(3), log1pl(3), log2l(3), modfl(3), cbrtl(3), hypotl(3),
powl(3), erfl(3), erfcl(3), lgammal(3), tgammal(3), ceill(3),
floorl(3), lrintl(3), llrintl(3), roundl(3), lroundl(3), llroundl(3),
truncl(3), fmodl(3), remainderl(3), remquol(3), nextafterl(3),
nexttowardl(3), fmal(3).
With this commit, our library implements all functionality required
by C99. Documentation bits will follow.
|
|
|
|
|
|
|
|
| |
should be 96-bits on 32-bit architectures, and 128-bits on 64-bit
architectures.
- Add abstract macros to operate on long doubles by words. To be
used soon.
|
|
|
|
|
| |
x+x*x, as a result sign got lost for the zero inputs. Explicitly
return in this case, similarly like has been done in tanh.
|
|
|
|
| |
float arguments.
|
|
|
|
|
|
| |
internal _ItL_* extended-precision constants are of course going
to be declared inconsistently since we define them based on structures;
however prototype as long doubles.
|
|
|
|
|
| |
x+x*x, as a result sign got lost for the input of -0. Explicitly
return negative zero in this case. Found by Cephes.
|
|
|
|
|
|
|
| |
database on platforms without extended-precision floating-point
support.
Seems like a reasonable approach to millert@.
|
| |
|
|
|
|
| |
Go for it miod@.
|
|
|
|
| |
Looked over by miod@.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Since the second division operand is a power of two, non-zero,
non-nan, this got optimized (-O2) into multiplication. As a result
the underflow exception wasn't being raised properly.
Make the second operand a volatile to prevent incorrect optimizations.
OK miod@.
|
| |
|
| |
|