wireguard-openbsd/lib/libm/arch/sh, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/lib/libm/arch/sh?h=jd%2Fqueueboosts 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@ It's been a quarter century: we can assume volatile is present with that name. 2014-04-18T15:09:52Z guenther guenther@openbsd.org 2014-04-18T15:09:52Z urn:sha1:b5aa3b3329f64accdef718a6489253474d9be985 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. Remove excessive sys/cdefs.h inclusion 2012-12-05T23:19:48Z deraadt deraadt@openbsd.org 2012-12-05T23:19:48Z urn:sha1:4a39ccd02c887d988c1a5398dd2142879056da5f ok guenther millert kettenis Revert (leaving the complex math part alone). Some stuff is depending 2011-07-08T22:28:32Z martynas martynas@openbsd.org 2011-07-08T22:28:32Z urn:sha1:aeb694e3afa554db8dd44ee8140d036724efada5 on this historical behavior; so we're stuck in this stupid situation. No cookie for me. Move fabs(3), frexp(3), and modf(3) to libm--nothing has been using 2011-07-08T19:21:41Z martynas martynas@openbsd.org 2011-07-08T19:21:41Z urn:sha1:f0aa5457975e1c147c73a11d3a6276e89dc13e2d them in libc for a very long time. OK guenther@. Trick lint into recording the right prototypes in the llib-lm.ln 2011-05-30T18:34:38Z martynas martynas@openbsd.org 2011-05-30T18:34:38Z urn:sha1:07efc9a601613df23075b760e2c4385ff2c3918b database on platforms without extended-precision floating-point support. Seems like a reasonable approach to millert@. fenv improvements and cleanups 2011-04-28T17:34:23Z martynas martynas@openbsd.org 2011-04-28T17:34:23Z urn:sha1:d6f349c8942d3775c387f56cb45c019e2a8520df fenv for sh 2011-04-24T15:05:12Z martynas martynas@openbsd.org 2011-04-24T15:05:12Z urn:sha1:6e40b84334d6b935a94c0ae191401a551a240b19