wireguard-openbsd/lib/libm/arch/alpha, branch jd/simplify-queueing WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/lib/libm/arch/alpha?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@ 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@. 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@. fenv improvements and cleanups 2011-04-28T17:34:23Z martynas martynas@openbsd.org 2011-04-28T17:34:23Z urn:sha1:d6f349c8942d3775c387f56cb45c019e2a8520df Implement C99 floating-point environment for Alpha. 2011-04-23T22:39:14Z martynas martynas@openbsd.org 2011-04-23T22:39:14Z urn:sha1:499accfeaec19f850e5ce8fc02bdccbad6b332d7 Delivering FPE with non-masked exceptions doesn't work on Alpha; I suspect there's a bug in the kernel trap handler. FE_INEXACT is intentionally left out of FE_ALL_EXCEPT; since the inexact exception is not being maintained. Otherwise it will lead to the bogus results. alias fabsl to fabs on these archs 2008-12-09T20:21:06Z martynas martynas@openbsd.org 2008-12-09T20:21:06Z urn:sha1:d9c4f84732ce24a0bc74fdb0d7f6673648e58d8f - 80-bit and quad precision trigonometric and other most 2008-12-09T20:00:35Z martynas martynas@openbsd.org 2008-12-09T20:00:35Z urn:sha1:390c8400525fc0ecc9e2c49c2246076b1b49fe19 important functions: acosl, asinl, atanl, atan2l, cosl, sinl, tanl, exp2l, frexpl, ilogbl, ldexpl, logbl, scalbnl, fabsl, hypotl, powl, sqrtl, rintl, copysignl, nanl, fdiml, fmaxl, fminl. mostly taken from freebsd, needed alot of changes to adapt. note, these are all c versions; and are quite slow when architectures have, e.g. sqrt. assembly versions will be added afterwards - make them .weak/__weak_alias to the double precision versions on other archs - no need to have two finites. finite() and finitef() are non-standard 3BSD obsolete versions of isfinite. remove from libm. make them weak_alias in libc to __isfinite and __isfinitef instead. similarly make 3BSD obsolete versions of isinf, isinff, isnan, isnanf weak_aliases to C99's __isinf, __isinff, __isnan, __isnanf - remove unused infinity.c. the c library has infinities for each supported platform - use STRICT_ASSIGN cast hack for _kernel_rem_pio2, so that the double version has a chance of working on i386 with extra precision - avoid storing multiple copies of the pi/2 array, since it won't vary - bump major due to removed finite/finitef. although they will be in libc, which anything is linked to, minor bump might be enough ok millert@. tested by sthen@, jsg@, ajacoutot@, kili@, naddy@ First pass at removing clauses 3 and 4 from NetBSD licenses. 2008-06-26T05:42:03Z ray ray@openbsd.org 2008-06-26T05:42:03Z urn:sha1:d874cce4b1d9fe6b41c9e4f2117a77d8a4a37b92 Not sure what's more surprising: how long it took for NetBSD to catch up to the rest of the BSDs (including UCB), or the amount of code that NetBSD has claimed for itself without attributing to the actual authors. OK deraadt@