musl - musl - an implementation of the standard library for Linux-based systems

Age	Commit message (Collapse)	Author	Lines
2018-09-12	reduce spurious inclusion of libc.h	Rich Felker	-1/+0
	libc.h was intended to be a header for access to global libc state and related interfaces, but ended up included all over the place because it was the way to get the weak_alias macro. most of the inclusions removed here are places where weak_alias was needed. a few were recently introduced for hidden. some go all the way back to when libc.h defined CANCELPT_BEGIN and _END, and all (wrongly implemented) cancellation points had to include it. remaining spurious users are mostly callers of the LOCK/UNLOCK macros and files that use the LFS64 macro to define the awful *64 aliases. in a few places, new inclusion of libc.h is added because several internal headers no longer implicitly include libc.h. declarations for __lockfile and __unlockfile are moved from libc.h to stdio_impl.h so that the latter does not need libc.h. putting them in libc.h made no sense at all, since the macros in stdio_impl.h are needed to use them correctly anyway.
2014-09-18	math: fix exp10 not to raise invalid exception on NaN	Szabolcs Nagy	-2/+5
	This was not caught earlier because gcc incorrectly generates quiet relational operators that never raise exceptions.
2014-09-08	fix exp10l.c to include float.h	Szabolcs Nagy	-0/+1
	the previous commit was a no op in exp10l because LDBL_* macros were implicitly 0 (the preprocessor does not warn about undefined symbols).
2014-09-08	prune math code on archs with binary64 long double	Szabolcs Nagy	-0/+7
	__polevll, __p1evll and exp10l were provided on archs when long double is the same as double. The first two were completely unused and exp10l can be a wrapper around exp10.
2012-11-12	math: fix long double constants in exp10l.c	Szabolcs Nagy	-2/+2

2012-05-01	support alternate glibc name pow10 for exp10	Rich Felker	-0/+3

2012-04-30	first try at writing an efficient and "correct" exp10	Rich Felker	-0/+19
	this is a nonstandard function so it's not clear what conditions it should satisfy. my intent is that it be fast and exact for positive integral exponents when the result fits in the destination type, and fast and correctly rounded for small negative integral exponents. otherwise we aim for at most 1ulp error; it seems to differ from pow by at most 1ulp and it's often 2-5 times faster than pow.