Simplify the conditionals for architectures which do not need any particular
md files lists.
ok guenther@ deraadt@

Unplug assembly implementations of trig functions on x86 platforms

The same change was done by NetBSD some time back as:

Disable x87 implementations of sin, cos, tan.

The x87 hardware uses a bad a

Unplug assembly implementations of trig functions on x86 platforms

The same change was done by NetBSD some time back as:

Disable x87 implementations of sin, cos, tan.

The x87 hardware uses a bad approximation to pi for argument
reduction, and consequently yields bad answers for inputs near pi or
pi/2.

OK mbuhl@, tested by mbuhl@ and phessler@

show more ...

riscv64 additions for libm
ok kettenis@

Fix ilogb(3) implementation. The results have to match FP_ILOGB0 and
FP_ILOGBNAN which isn't the case for the amd64 and i386 assembly versions.
Drop these in favour of C implementations. Als reimp

Fix ilogb(3) implementation. The results have to match FP_ILOGB0 and
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@

show more ...

Add powerpc64 support.

Remove the unused leftovers of the 4.4BSD libm, which was only used
on non-IEEE platforms. Since the VAX port was discontinued, all
our remaining architectures use IEEE floating point, as will any
f

Remove the unused leftovers of the 4.4BSD libm, which was only used
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@

show more ...

Implement sicos(3), sincosf(3) and sincosl(3). These functions are common
extensions and modern compilers (such as clang) will use them to optimize
separate calculations of sine and cosine.

ok tom@

Implement sicos(3), sincosf(3) and sincosl(3). These functions are common
extensions and modern compilers (such as clang) will use them to optimize
separate calculations of sine and cosine.

ok tom@, patrick@, deraadt@, jmc@

show more ...

Remove CFLAGS+=-mfloat-abi=softfp that I accidentally committed.

Change floating-point mode/environment control functions to operate on
both the hardfloat (FPU registers) and softfloat (software) state. This
makes these functions work correctly when mixing hardfl

Change floating-point mode/environment control functions to operate on
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@

show more ...

Add support for AArch64. Based on FreeBSD's msun header, modified
to look and feel like our code.

Reduce libm's exports and make internal calls go direct.
All dependencies on libc are now via reserved/standardized names.

ok kettenis@ millert@ deraadt@

remove references to sparc

remove hppa64 port, which we never got going beyond broken single users.
hppa reverse-stack gives us a valuable test case, but most developers don't
have a 2nd one to proceed further with this.
ok ke

remove hppa64 port, which we never got going beyond broken single users.
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

show more ...

for some time now mandoc has not required MLINKS to function
correctly - logically complete that now by removing MLINKS from base;

authors need only to ensure there is an entry in NAME for any funct

for some time now mandoc has not required MLINKS to function
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

show more ...

no need for SUBDIR now that vax is gone; ok deraadt

We are done providing support for the vax.
lots of agreement.

Move s_signgam.c to PURE_SRCS, so that it also gets built on vax.

Provide a sparc64 version of sqrtl(3) that simply calls _Qp_sqrt.
The generic sqrtl(3) is not nearly accurate enough for quad-precision
floating point.

Retire hp300, mvme68k and mvme88k ports. These ports have no users, keeping
this hardware alive is becoming increasingly difficult, and I should heed the
message sent by the three disks which have di

Retire hp300, mvme68k and mvme88k ports. These ports have no users, keeping
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.

show more ...

simple inaccurate implementation of lrint* functions on vax, just so
we have them.
Compiles on vax. okay martynas@

use some generic code on vax, to do round/roundf/scalbln...
suggested by martynas@

okay miod@

(just rearranges the !vax makefile, no compile change there)

reorganize NOIEEE_SRCS so that files not compiled on vax because
of assembly version are obvious.
Move cproj/cprojf to the PURE club, as the asm support code provides
copysignf

okay martynas@

with DBL vs LDBL fixed, tedu some source in noieee which is actually the
same as code in generic src.
introduce PURE_SRCS for completely MI math code.
okau martynas@

m88k does not have the m68k long double type actually (long double == double
on this platform), so don't pretend it does, and don't build long double libm
routines.

remove lint leftovers; ok guenther@