about summary refs log tree commit diff
path: root/src/math
Commit message (Collapse)AuthorAgeFilesLines
* asm for log functionsRich Felker2012-03-186-0/+42
|
* fix broken exponential asmRich Felker2012-03-182-1/+21
| | | | | | | | | infinities were getting converted into nans. the new code simply tests for infinity and replaces it with a large magnitude value of the same sign. also, the fcomi instruction is apparently not part of the i387 instruction set, so avoid using it.
* asm for lrint family on i386Rich Felker2012-03-186-0/+46
|
* asm exponential functions for i386Rich Felker2012-03-189-0/+89
|
* assembly optimizations for fmod/remainder functionsRich Felker2012-03-188-0/+88
|
* asm versions of some simple math functions for i386 and x86_64Rich Felker2012-03-188-0/+48
| | | | | | | these are functions that have direct fpu approaches to implementation without problematic exception or rounding issues. x86_64 lacks float/double versions because i'm unfamiliar with the necessary sse code for performing these operations.
* simplify lround and llround functionsnsz2012-03-186-112/+20
| | | | | Simple wrappers around round is enough because spurious inexact exception is allowed.
* make lrint and llrint functions work without fenv supportnsz2012-03-186-6/+16
|
* faster lrint and llrint functionsnsz2012-03-186-80/+99
| | | | | | | A faster workaround for spurious inexact exceptions when the result cannot be represented. The old code actually could be wrong, because gcc reordered the integer conversion and the exception check.
* fix loads of missing const in new libm, and some global vars (?!) in powlRich Felker2012-03-1819-49/+49
|
* one more fenv availability issue: lroundRich Felker2012-03-171-0/+2
|
* make fma and lrint functions build without full fenv supportRich Felker2012-03-164-4/+28
| | | | | | | | this is necessary to support archs where fenv is incomplete or unavailable (presently arm). fma, fmal, and the lrint family should work perfectly fine with this change; fmaf is slightly broken with respect to rounding as it depends on non-default rounding modes to do its work.
* other side of the signgam namespace fix: use the internal nameRich Felker2012-03-163-3/+7
|
* make signgam a weak alias for an internal symbolRich Felker2012-03-161-2/+5
| | | | | otherwise, the standard C lgamma function will clobber a symbol in the namespace reserved for the application.
* fix namespace issues for lgamma, etc.Rich Felker2012-03-166-14/+23
| | | | standard functions cannot depend on nonstandard symbols
* Merge remote branch 'nsz/master'Rich Felker2012-03-1666-216/+413
|\
| * in math.h make lgamma_r and non-double bessel _GNU_SOURCE onlynsz2012-03-153-0/+3
| | | | | | | | long double and float bessel functions are no longer xsi extensions
| * efficient sincos based on sin and cosnsz2012-03-153-0/+247
| |
| * math cleanup: use 1.0f instead of 1.0Fnsz2012-03-134-6/+6
| |
| * math cleanup: use 1.0f instead of (float)1.0nsz2012-03-1325-96/+96
| |
| * remove libm.h includes when math.h and float.h are enoughnsz2012-03-1331-30/+47
| |
| * clean up __expo2.c, use a slightly better k constantnsz2012-03-132-84/+14
| |
* | remove special nan handling from x86 sqrt asmRich Felker2012-03-151-3/+0
| | | | | | | | | | | | | | a double precision nan, when converted to extended (80-bit) precision, will never end in 0x400, since the corresponding bits do not exist in the original double precision value. thus there's no need to waste time and code size on this check.
* | simplify nan check in sqrt (x86 asm); result of sqrt is never negativeRich Felker2012-03-151-4/+3
| |
* | avoid changing NaNs in sqrt (x86 asm) to satisfy c99 f.9 recommendationRich Felker2012-03-151-0/+4
| |
* | correctly rounded sqrt() asm for x86 (i387)Rich Felker2012-03-151-0/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | the fsqrt opcode is correctly rounded, but only in the fpu's selected precision mode, which is 80-bit extended precision. to get a correctly rounded double precision output, we check for the only corner cases where two-step rounding could give different results than one-step (extended-precision mantissa ending in 0x400) and adjust the mantissa slightly in the opposite direction of the rounding which the fpu already did (reported in the c1 flag of the fpu status word). this should have near-zero cost in the non-corner cases and at worst very low cost. note that in order for sqrt() to get used when compiling with gcc, the broken, non-conformant builtin sqrt must be disabled.
* | correct rounding for i387 sqrtf functionRich Felker2012-03-131-0/+2
|/
* implement nan, nanf, nanlRich Felker2012-03-133-0/+18
|
* first commit of the new libm!Rich Felker2012-03-13305-7726/+17926
| | | | | | | | | | | | | | | | thanks to the hard work of Szabolcs Nagy (nsz), identifying the best (from correctness and license standpoint) implementations from freebsd and openbsd and cleaning them up! musl should now fully support c99 float and long double math functions, and has near-complete complex math support. tgmath should also work (fully on gcc-compatible compilers, and mostly on any c99 compiler). based largely on commit 0376d44a890fea261506f1fc63833e7a686dca19 from nsz's libm git repo, with some additions (dummy versions of a few missing long double complex functions, etc.) by me. various cleanups still need to be made, including re-adding (if they're correct) some asm functions that were dropped.
* fix error in previous ld80 fpclassify commitRich Felker2011-06-301-1/+1
|
* catch invalid ld80 bit patterns and treat them as nanRich Felker2011-06-301-2/+2
| | | | | | | this should not be necessary - the invalid bit patterns cannot be created except through type punning. however, some broken gnu software is passing them to printf and triggering dangerous stack-smashing, so let's catch them anyway...
* type directives for x86_64 math asmRich Felker2011-06-262-0/+2
|
* use .type directives for math asm (needed for dynamic linking to work)Rich Felker2011-06-2615-0/+26
|
* Port musl to x86-64. One giant commit!Nicholas J. Kain2011-02-152-0/+6
|
* initial check-in, version 0.5.0 v0.5.0Rich Felker2011-02-12121-0/+8566