wireguard-openbsd/lib/libm/src/s_lrint.c, branch jd/simplify-queueing WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/lib/libm/src/s_lrint.c?h=jd%2Fsimplify-queueing 2016-09-12T19:47:01Z Reduce libm's exports and make internal calls go direct. 2016-09-12T19:47:01Z guenther guenther@openbsd.org 2016-09-12T19:47:01Z urn:sha1:2f2c00629eff6a304ebffb255fc56f4fa7a1833b All dependencies on libc are now via reserved/standardized names. ok kettenis@ millert@ deraadt@ test LDBL_MANT_DIG == DBL_MANT_DIG instead of hardcoding 53. 2013-07-03T04:46:36Z espie espie@openbsd.org 2013-07-03T04:46:36Z urn:sha1:38ffb6671a42c58f11058f1570756a541cabcd23 -> 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 martynas martynas@openbsd.org 2013-03-28T18:09:38Z urn:sha1:2fbf033e009bb5c4db92160700ec03c25f292728 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@. Get rid of the very ugly lint workarounds: LINTLIBRARY, PROTOLIB, 2013-01-13T03:44:59Z martynas martynas@openbsd.org 2013-01-13T03:44:59Z urn:sha1:bec2cc9ed0f86f0319e7da7794f847fd97d09187 and a few empty files for lint to chew on. Finalize work on the math library. It's time to do this monster 2011-07-06T00:02:42Z martynas martynas@openbsd.org 2011-07-06T00:02:42Z urn:sha1:49393c004c040ee201e6408db68882c3fe4cb110 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. Trick GCC optimizer into clipping any extra precision by making w 2011-04-20T21:32:59Z martynas martynas@openbsd.org 2011-04-20T21:32:59Z urn:sha1:deba65a8db4698a175710b6d96f19c86298aa36e volatile; a similar hack was already being used in lrintf(). This will make rint and {,l}lrint family functions actually work; i.e. on m68k rintf(8.6F) was 8.625. The {,l}lround{,f} implementations are based on {,l}lrint{,f}, 2011-04-17T13:59:54Z martynas martynas@openbsd.org 2011-04-17T13:59:54Z urn:sha1:d37b90348eaddca97fc8cbeb99fcf38a0727c60a therefore affected by the same bugs I've fixed a week ago. The high part was being clipped for all exponents greater or equal to 52. Fix this to use RESTYPE_BITS instead; also make the code consistent. The {,l}lrint{,f} functions avoid to shift results by more than 31 2011-04-10T20:42:09Z martynas martynas@openbsd.org 2011-04-10T20:42:09Z urn:sha1:954473c52cf794c060f5a4f37e634c3c79689410 bits, because "behavior is implementation defined in this case". However, this is wrong; behavior is undefined if the right operand is greater than or equal to the width of the promoted left operand. This broke {,l}lrint{,f} (64-bit architectures), and llrint{,f} (32-bit architectures) where results are actually 64-bit values. The high part was clipped for all exponents greater or equal to 52. Fix this to use RESTYPE_BITS instead; {,l}lrint{,f} are now able to pass our regression tests, and I think are right now. 20 -> DBL_FRACHBITS 2011-04-10T11:35:01Z martynas martynas@openbsd.org 2011-04-10T11:35:01Z urn:sha1:e36d0bd64ff119aa33b5fed2c9cd98e5d8d9a531 The assumption that |1.0 * 2^exp| = 0, exp < -1 cannot be made when 2011-04-10T11:25:14Z martynas martynas@openbsd.org 2011-04-10T11:25:14Z urn:sha1:5d0a19bab04f6f66f09fc506df5075142d84e4cf we round towards -inf or +inf.