wireguard-openbsd/lib/libc/gen/ldexp.c, branch jd/queueboosts

Wrap the remaining math functions in libc: fpclassify*(), flt_rounds(),

2015-10-27T05:54:49Z

and ldexp(). ok millert@

Switch from or to the new,

2014-07-21T01:51:10Z

being-standardized ok deraadt@ millert@ beck@

test LDBL_MANT_DIG == DBL_MANT_DIG instead of hardcoding 53.

2013-07-03T04:46:36Z

-> test becomes meaningful on vax No actual change, no bump okay martynas@

Switch libc and libm to use strong aliases rather than weak aliases

2013-03-28T18:09:38Z

where appropriate. Among other things makes the symbols consistent across all architectures (notably where ldbl mantissa is 53 bits). While at it, kill unused LINTLIBRARY/PROTOLIB1 cruft which was there to trick lint into recording the right prototypes for aliased functions. Most of the work done at the awesome n2k13 hackathon. Agreed by kettenis@, guenther@, matthew@.

Remove excessive sys/cdefs.h inclusion

2012-12-05T23:19:48Z

ok guenther millert kettenis

At some point we've switched to the VFP floating-point--unlike FPA

2011-07-26T11:43:01Z

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.

arm32 -> arm, since our new compiler isn't defining the

2011-07-26T09:24:52Z

former anymore. OK miod@.

Fix bit twiddling routines on ARM; where floating-point word order

2011-07-07T00:25:39Z

is big endian.

Trick lint into recording the right prototypes in the llib-lc.ln

2011-05-30T17:28:15Z

database on platforms without extended-precision floating-point support. Seems like a reasonable approach to millert@.

- ldexp implementation has issues. switch to the one from libm

2009-04-19T16:42:05Z

- remove frexp in hppa64, cloned from hppa - move generic ieee754 implementations of modf and ldexp to gen ok kettenis@, "looks good" millert@