wireguard-openbsd/lib/libc/gdtoa/misc.c, branch jd/queueboostsWireGuard implementation for the OpenBSD kernelhttps://git.zx2c4.com/wireguard-openbsd/atom/lib/libc/gdtoa/misc.c?h=jd%2Fqueueboosts2016-09-21T04:38:56ZDelete casts to off_t and size_t that are implied by assignments2016-09-21T04:38:56Zguentherguenther@openbsd.org2016-09-21T04:38:56Zurn:sha1:3240e6a8f93e9dcb3b95e7fafb9e2b27f13c7c9d
or prototypes. Ditto for some of the char* and void* casts too.
verified no change to instructions on ILP32 (i386) and LP64 (amd64)
ok natano@ abluhm@ deraadt@ millert@
hide __dtoa_locks as a static in the single use case; ok guenther2015-09-10T11:11:04Zderaadtderaadt@openbsd.org2015-09-10T11:11:04Zurn:sha1:076bdf1e305331a809bf77e8fdc6d593e68665b4Hide many (194!) symbols that nothing should be using.2015-08-26T01:54:08Zguentherguenther@openbsd.org2015-08-26T01:54:08Zurn:sha1:b3b7ef2e4e6be9caa31c33f1642745eba9e6b35d
Delete exect(2); it wasn't portable across archs and nothing used it.
ports test build by naddy@
ok deraadt@ kettenis@
Rebase on gdtoa-20110428; contains fixes for absurdly long inputs2011-07-02T18:03:43Zmartynasmartynas@openbsd.org2011-07-02T18:03:43Zurn:sha1:1a653cbc79fe9dbc1d9ef8b88b38d208c16f7e41
(among other things). Fixes mozilla crasher for the link i was
provided with.
With the massive local changes to teach that malloc can fail, fixes
for the vax, strlcpy, moving things to library namespaces. Tested
on all architectures.
teach gdtoa & its subroutines that malloc can fail; in which case2009-10-16T12:15:03Zmartynasmartynas@openbsd.org2009-10-16T12:15:03Zurn:sha1:384cfdc17f187fdfda3c3de624a12d09397918b3
ecvt, fcvt, gcvt, *printf, strtof, strtod, strtold act per ieee
1003.1. after these massive changes, remove unused files which
would not work now. reported by Maksymilian Arciemowicz; ok theo
don't use freelist if it overruns; use heap memory instead not2009-06-11T12:57:37Zmartynasmartynas@openbsd.org2009-06-11T12:57:37Zurn:sha1:f4514f752a57a92bd51b86e87657bebae61c5043
trying to allocate large blocks from bss memory pool in this case.
problem reported by Maksymilian Arciemowicz. ok otto@, millert@
- replace dtoa w/ David's gdtoa, version 2008-03-152008-09-07T20:36:06Zmartynasmartynas@openbsd.org2008-09-07T20:36:06Zurn:sha1:7b36286a70b46b494e2bca4a889ab49ef62ba86c
- provide proper dtoa locks
- use the real strtof implementation
- add strtold, __hdtoa, __hldtoa
- add %a/%A support
- don't lose precision in printf, don't round to double anymore
- implement extended-precision versions of libc functions: fpclassify,
isnan, isinf, signbit, isnormal, isfinite, now that the ieee.h is
fixed
- separate vax versions of strtof, and __hdtoa
- add complex math support. added functions: cacos, casin, catan,
ccos, csin, ctan, cacosh, casinh, catanh, ccosh, csinh, ctanh, cexp,
clog, cabs, cpow, csqrt, carg, cimag, conj, cproj, creal, cacosf,
casinf, catanf, ccosf, csinf, ctanf, cacoshf, casinhf, catanhf,
ccoshf, csinhf, ctanhf, cexpf, clogf, cabsf, cpowf, csqrtf, cargf,
cimagf, conjf, cprojf, crealf
- add fdim, fmax, fmin
- add log2. (adapted implementation e_log.c. could be more acruate
& faster, but it's good enough for now)
- remove wrappers & cruft in libm, supposed to work-around mistakes
in SVID, etc.; use ieee versions. fixes issues in python 2.6 for
djm@
- make _digittoint static
- proper definitions for i386, and amd64 in ieee.h
- sh, powerpc don't really have extended-precision
- add missing definitions for mips64 (quad), m{6,8}k (96-bit) float.h
for LDBL_*
- merge lead to frac for m{6,8}k, for gdtoa to work properly
- add FRAC*BITS & EXT_TO_ARRAY32 definitions in ieee.h, for hdtoa&ldtoa
to use
- add EXT_IMPLICIT_NBIT definition, which indicates implicit
normalization bit
- add regression tests for libc: fpclassify and printf
- arith.h & gd_qnan.h definitions
- update ieee.h: hppa doesn't have quad-precision, hppa64 does
- add missing prototypes to gdtoaimp
- on 64-bit platforms make sure gdtoa doesn't use a long when it
really wants an int
- etc., what i may have forgotten...
- bump libm major, due to removed&changed symbols
- no libc bump, since this is riding on djm's libc major crank from
a day ago
discussed with / requested by / testing theo, sthen@, djm@, jsg@,
merdely@, jsing@, tedu@, brad@, jakemsr@, and others.
looks good to millert@
parts of the diff ok kettenis@
this commit does not include:
- man page changes