| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
| |
implement this feature.
|
|
|
|
| |
It helps when you commit from the machine you actually tested on.
|
|
|
|
|
|
| |
implement this feature.
ok blum@ (a while back)
|
|
|
|
|
| |
the i387 would use its internal 80 bit stack. This fixes getround()
on i386.
|
| |
|
|
|
|
|
| |
to the other tests and causes a regress fail. Fix RCS Id.
from Moritz Buhl
|
| |
|
|
|
|
|
|
| |
tests are included, the others need some fixes in the library first.
Hopefully these tests will help us to find compiler bugs earlier.
from Moritz Buhl
|
|
|
|
| |
Remove the include.
|
|
|
|
|
| |
process startup.
from guenther@
|
|
|
|
|
|
|
| |
extensions and modern compilers (such as clang) will use them to optimize
separate calculations of sine and cosine.
ok tom@, patrick@, deraadt@, jmc@
|
|
|
|
|
|
|
|
| |
i386. Gcc uses this option it to store x87 registers to memory.
This reduces precision and enforces rounding which this test checks.
The same effect can be achieved by using a volatile double variable
for the result. This works for both compilers.
OK kettenis@
|
|
|
|
| |
ok kettenis@
|
| |
|
|
|
|
| |
on some platforms; suggested by and ok martynas@
|
|
|
|
| |
use epsilon test
|
| |
|
| |
|
|
|
|
|
|
| |
as found by fortran regression tests. Also added some complex
regression tests for cacosh, casinh, catanh.
Reported by John Marino @ DragonFlyBSD.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
compatible with C99. Most notably:
- 1**y == 1, even if y is NaN
- (-1)**+-Inf == 1
and adjust the cephes testsuite to test for the right thing here.
ok martynas@
|
|
|
|
| |
variable is set.
|
|
|
|
| |
ok guenther millert kettenis
|
| |
|
| |
|
|
|
|
| |
No problems found by Cephes in 17022 tests.
|
|
|
|
| |
on sparc64.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
covers C99 double, extended and quadruple precision functions.
Stephen relicensed this under the right license.
Testvect contains special values from C9X section F.9. Monot
contains test vectors synthesized around NPTS points, which are
near the boundaries where the algorithms (likely) change their
methods; helping to detect coding/monotonicity errors.
Note that a lot of extended and quadruple precision tests are if0'd
for now; since our math library is incomplete. Hopefully this
will change soon. (-;
|
|
|
|
|
| |
Currently the functions return correct results for the input of
negative zero; however signgam is wrong in this case.
|
| |
|
|
|
|
|
|
|
|
| |
except doesn't test rounding modes. Fix pending.
Build it with -fno-builtin if you want to test the library
functionality--otherwise GCC4 will decide to use its builtins on
some platforms.
|
|
|
|
| |
functionality. Fix pending.
|
|
|
|
|
| |
the corner cases would return zero--add some more tests. assembly
versions on amd64 and i386 are fine.
|
|
|
|
|
|
|
| |
i've added only couple of values, however the whole exponent range
of 52 is broken.
luckily amd64 and i386 aren't affected, since they use the assembly
versions which do the right thing.
|
|
|
|
| |
-inf/+inf rounding modes.
|
|
|
|
|
| |
has more tests than i initially had. currently the last diff for
amd64 posted on tech@ passes all tests.
|
|
|
|
| |
(I'm using long long for this test to work on 32-bit archs).
|
|
|
|
|
|
| |
machines following IEC/IEEE for fp arith fail, since they take more
care of overflowed value. failure on zaurus reported by david@.
ok millert@
|
| |
|
|
|
|
|
|
|
|
| |
values to test accuracy of math functions (currently, only double
precision tests are present)
a report summary (fpaccuracy.out) containing max errs in ulp is generated
originally under gpl. consented to relicense it under our license
ok millert@
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- provide proper dtoa locks
- use the real strtof implementation
- add strtold, __hdtoa, __hldtoa
- add %a/%A support
- don't lose precision in printf, don't round to double anymore
- implement extended-precision versions of libc functions: fpclassify,
isnan, isinf, signbit, isnormal, isfinite, now that the ieee.h is
fixed
- separate vax versions of strtof, and __hdtoa
- add complex math support. added functions: cacos, casin, catan,
ccos, csin, ctan, cacosh, casinh, catanh, ccosh, csinh, ctanh, cexp,
clog, cabs, cpow, csqrt, carg, cimag, conj, cproj, creal, cacosf,
casinf, catanf, ccosf, csinf, ctanf, cacoshf, casinhf, catanhf,
ccoshf, csinhf, ctanhf, cexpf, clogf, cabsf, cpowf, csqrtf, cargf,
cimagf, conjf, cprojf, crealf
- add fdim, fmax, fmin
- add log2. (adapted implementation e_log.c. could be more acruate
& faster, but it's good enough for now)
- remove wrappers & cruft in libm, supposed to work-around mistakes
in SVID, etc.; use ieee versions. fixes issues in python 2.6 for
djm@
- make _digittoint static
- proper definitions for i386, and amd64 in ieee.h
- sh, powerpc don't really have extended-precision
- add missing definitions for mips64 (quad), m{6,8}k (96-bit) float.h
for LDBL_*
- merge lead to frac for m{6,8}k, for gdtoa to work properly
- add FRAC*BITS & EXT_TO_ARRAY32 definitions in ieee.h, for hdtoa&ldtoa
to use
- add EXT_IMPLICIT_NBIT definition, which indicates implicit
normalization bit
- add regression tests for libc: fpclassify and printf
- arith.h & gd_qnan.h definitions
- update ieee.h: hppa doesn't have quad-precision, hppa64 does
- add missing prototypes to gdtoaimp
- on 64-bit platforms make sure gdtoa doesn't use a long when it
really wants an int
- etc., what i may have forgotten...
- bump libm major, due to removed&changed symbols
- no libc bump, since this is riding on djm's libc major crank from
a day ago
discussed with / requested by / testing theo, sthen@, djm@, jsg@,
merdely@, jsing@, tedu@, brad@, jakemsr@, and others.
looks good to millert@
parts of the diff ok kettenis@
this commit does not include:
- man page changes
|
| |
|
| |
|
| |
|