| Age | Commit message (Collapse) | Author | Files | Lines |
|
FP_ILOGBNAN which isn't the case for the amd64 and i386 assembly versions.
Drop these in favour of C implementations. Als reimplement ilogbl(3)
by providing separate ld80 and ld128 implementations that replace the
existing implementation which may hit an infinite loop when built for
quad-precision long double.
ok patrick@, gkoehler@
|
|
|
|
on non-IEEE platforms. Since the VAX port was discontinued, all
our remaining architectures use IEEE floating point, as will any
future ones.
ok millert@ tb@
|
|
extensions and modern compilers (such as clang) will use them to optimize
separate calculations of sine and cosine.
ok tom@, patrick@, deraadt@, jmc@
|
|
|
|
both the hardfloat (FPU registers) and softfloat (software) state. This
makes these functions work correctly when mixing hardfloat and softfloat
code. Disable trapping for softfloat since most (if not all) ARMv7 and
ARMv8 hardware that is on the market doesn't support trapping of
floating-point exceptions.
ok patrick@
|
|
to look and feel like our code.
|
|
All dependencies on libc are now via reserved/standardized names.
ok kettenis@ millert@ deraadt@
|
|
|
|
hppa reverse-stack gives us a valuable test case, but most developers don't
have a 2nd one to proceed further with this.
ok kettenis
|
|
correctly - logically complete that now by removing MLINKS from base;
authors need only to ensure there is an entry in NAME for any function/
util being added. MLINKS will still work, and remain for perl to ease
upgrades;
ok nicm (curses) bcook (ssl)
ok schwarze, who provided a lot of feedback and assistance
ok tb natano jung
|
|
|
|
lots of agreement.
|
|
|
|
The generic sqrtl(3) is not nearly accurate enough for quad-precision
floating point.
|
|
this hardware alive is becoming increasingly difficult, and I should heed the
message sent by the three disks which have died on me over the last few days.
Noone sane will mourn these ports anyway. So long, and thanks for the fish.
|
|
we have them.
Compiles on vax. okay martynas@
|
|
suggested by martynas@
okay miod@
(just rearranges the !vax makefile, no compile change there)
|
|
of assembly version are obvious.
Move cproj/cprojf to the PURE club, as the asm support code provides
copysignf
okay martynas@
|
|
same as code in generic src.
introduce PURE_SRCS for completely MI math code.
okau martynas@
|
|
on this platform), so don't pretend it does, and don't build long double libm
routines.
|
|
|
|
ok guenther@
|
|
clean make build tested on i386;
ok deraadt@, no objections from martynas@
|
|
128-bit long double. Diff committed on behalf of martynas@
|
|
|
|
|
|
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.
|
|
Go for it miod@.
|
|
Looked over by miod@.
|
|
|
|
|
|
|
|
- add nearbyint, nearbyintf and nearbyintl implemented using fenv
|
|
OK kettenis@ jmc@
|
|
files or directories when applicable.
The inspiration and name of MACHINE_CPU come from NetBSD, although the way to
provide it to Makefiles is completely different.
ok kettenis@
|
|
ok pirofti@
|
|
ok otto@
|
|
is defined on all architectures.
ok jmc@ (man pages) and martynas@
|