Commit Graph

158 Commits

Author SHA1 Message Date
lukem 118c71a6fa rcsid facism, WARNSify 1997-10-09 11:34:16 +00:00
lukem 41f0dee6a6 rcsid facism, WARNSify 1997-10-09 11:33:05 +00:00
lukem 61187201c6 rcsid facism, WARNSify 1997-10-09 11:31:07 +00:00
lukem dd7adfbf0c rcsid facism, WARNSify 1997-10-09 11:27:48 +00:00
lukem bee8515057 rcsid facism, WARNSify 1997-10-09 11:26:55 +00:00
mikel 5982e278af comment out reference to missing FORTRAN math lib; PR 4153 1997-09-28 06:24:45 +00:00
jtc 990a11b9c6 Fix files using old TNF copyright notice 1997-07-30 23:53:32 +00:00
jtc 9088826695 Removed confusing text which implies that gamma() computes the gamma
instead of log gamma function.  This was true with 4.4BSD's libm, but
they are equivalent on all other systems (XPG4.2 requires this).
1997-07-25 20:41:18 +00:00
kleink 899eb5a41b Add missing standards conformance statements. 1997-07-14 23:23:47 +00:00
mikel 1b973c5082 add parens for gcc -Wall 1997-06-20 07:42:01 +00:00
mikel ee7c998913 add isnan(3) and isinf(3) to table, replacing obsolescent infnan(3);
from Jon Buller in PR lib/3488.
also added some more functions to table and corrected xrefs.
1997-04-18 07:41:16 +00:00
christos af726e9c88 PR/3405: Krister Walfridsson: Various typos; since we compile with POSIX
libm, we should not xref matherr(3), and describe the errno settings.
1997-03-29 23:10:55 +00:00
cgd f4543b19b0 force NOLINT on the Alpha, at least until we fix FP underflow/denorm handling 1996-12-19 08:03:40 +00:00
christos b47990743d <machine/endian.h> -> <sys/types.h> 1996-10-13 00:05:33 +00:00
christos bba370bbe9 remove inclusion of <machine/endian.h> 1996-10-13 00:04:56 +00:00
ragge 1ef19c7c74 Non-IEEE assembler files wasn't handled correctly. Trouble pointed out by
Robin Birch, fix by Mats O Jansson/Christos Zoulas.
1996-10-12 18:32:38 +00:00
thorpej caae5cd93d Use <machine/asm.h> 1996-08-13 17:00:28 +00:00
explorer a9347d2469 Fix description of ceil(3). Closes pr lib/2690 1996-08-12 22:39:34 +00:00
thorpej 688ff1ddf9 Correct think-o; this is an assembler source file (and the Makefile
expected as such).
1996-07-08 03:27:25 +00:00
jtc ca7561ba59 Fix typo 1996-07-06 00:15:45 +00:00
explorer 7e4136b303 Add a continuation slash in the commented-out i387 section 1996-07-05 22:26:51 +00:00
jtc 9fc92b384e Add new i387 math functions to ARCH_SRCS 1996-07-03 18:02:43 +00:00
jtc a5e2dfa95f use one less fp stack slot 1996-07-03 17:31:28 +00:00
jtc 0ab3a0b137 It's necessary to use 64 bit precision to avoid errors in the least
significant bit(s) (for some operands).
1996-07-03 17:27:34 +00:00
jtc 88420f2e4d this simple adaptation exp() does not work 1996-07-03 17:20:16 +00:00
jtc 5f9accdf53 Assembly versions of expf(), logf(),log10f(), scalbf(), expm1() and expm1f(). 1996-07-03 16:50:20 +00:00
jtc 991d9c139a we don't need to branch 1996-06-26 14:44:05 +00:00
jtc 6f5348dbbd Enable mc68881 version of fmod 1996-06-26 14:39:49 +00:00
jtc 3a2de776bf add m68881 specific fmod() 1996-06-26 14:36:14 +00:00
jtc 6655b8bb1f enable alpha-specific libm files 1996-06-26 07:38:42 +00:00
jtc c13e010e3c Alpha versions of copysign() and copysignf() 1996-06-26 07:29:59 +00:00
jtc 5743dc5d7a Fix from Bruce Evans. Commited to FreeBSD earlier this month, but was
never forwarded to me :-(.

> Clean up the FP stack before returning.  The i387 exp() leaked an FP
> register on its first call.  Subsequent calls reused the register so
> the leak didn't accumulate.
1996-06-25 02:07:09 +00:00
jtc 84fc678011 Use setne instead of setnel, new versions of gas balk at the bad mnemonic.
Wrong mask was used in s_finitef.S.
1996-06-04 18:00:34 +00:00
mark ce67b636ad Get the word order of doubles correct for the arm32 port.
Note: The arm32 port is little endian except for the FP word order.
1996-05-07 20:26:07 +00:00
phil d9f99fc936 Removing a "volatile" put there for the ns32k which is no longer needed. 1996-04-08 15:43:41 +00:00
jtc 3bf9d01bf7 infnan(3) no longer exists. 1996-03-30 01:33:59 +00:00
jtc ee341062c6 Changed 3m to 3. There is no 3m manpage section. 1996-03-30 01:28:55 +00:00
jtc 977400602b Changed w_gamma.c, w_gamma_r.c, w_gammaf.c, w_gammaf_r.c to call
__ieee754_lgamma_r or __ieee754_lgammaf_r.
Removed e_gamma.c, e_gamma_r.c, e_gammaf.c, e_gammaf_r.c, e_lgamma.c,
e_lgamma_f.c.
1995-11-20 22:06:19 +00:00
pk 26646c7969 Setup stack-frame correctly (same as s_ilogb.S). 1995-10-22 20:32:43 +00:00
jtc e2143cf975 Fix from Jochen Pohl, i387 version of ilogb didn't set up the stack
frame correctly (PR #1590).
1995-10-12 15:53:09 +00:00
ragge a6a78ddeb9 Got Makefile to understand to use non-IEEE files on vax systems. 1995-10-10 23:43:31 +00:00
ragge d76e5e0af8 Machine specific math library files for vax. 1995-10-10 23:40:21 +00:00
ragge 25d43745af Machine independent math library files for non-IEEE architectures. 1995-10-10 23:36:31 +00:00
jtc c1c8f42080 Changed core routines to call __ieee754_sqrt() instead of sqrt(). I
reported this enhancement to fdlibm-comments, and got the following
reply:

Date: Thu, 11 May 1995 14:35:25 -0700
From: Kwok.Ng@Eng.Sun.COM (KC Ng)
To: fdlibm-comments@sunpro.Eng.Sun.COM, jtc@cygnus.com
Subject: Re: fdlibm 5.2: why do core functions use sqrt?

> I noticed that core (e_*.c) fdlibm functions like __ieee754_acos()
> ensure that they call sqrt() with arguments in range (x > 0), when
> they could call __ieee754_sqrt() directly.
>
> Since sqrt() does a lot more work (verifies x is in range, etc.) is
> there any reason for this?  I'd think that calling __iee754_sqrt()
> would be more appropriate.  ....

You are right. __ieee754_sqrt should be in use with e_*.c.
1995-05-12 04:57:13 +00:00
jtc 9ae90685f2 Winning Strategies has placed this code in the public domain. 1995-05-11 23:03:44 +00:00
jtc d042a3eb20 Id -> NetBSD 1995-05-10 20:44:22 +00:00
jtc 5abf82e236 Id -> NetBSD 1995-05-08 23:55:16 +00:00
jtc 0898887210 Id -> NetBSD 1995-05-08 23:44:37 +00:00
jtc 750e07c91c i387 float version of atan2() 1995-05-08 23:35:10 +00:00
jtc 11fa45b258 Add i387 "float" functions to the makefile 1995-05-03 20:42:23 +00:00