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