Go to file
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
bin Merge in my changes from vangogh, and fix the x=false; echo $? == 0 1995-05-11 21:28:33 +00:00
distrib make paths relative, note that halt and reboot are same bin now. 1995-05-12 03:42:57 +00:00
etc Added fdxc for HD floppies and rd0 so one is able to mount the install fs 1995-05-05 20:27:26 +00:00
games don't forget MULT!! 1995-05-11 22:00:50 +00:00
gnu jbsr takes one argument, not two. Apparently the assembler quietly 1995-05-07 13:22:12 +00:00
include Winning Strategies has placed this code into the Public Domain. 1995-04-29 06:49:13 +00:00
lib Changed core routines to call __ieee754_sqrt() instead of sqrt(). I 1995-05-12 04:57:13 +00:00
libexec Winning Strategies has placed this code in the public domain. 1995-05-11 23:03:44 +00:00
regress just include stdlib.h to get malloc proto. 1995-04-29 05:44:35 +00:00
sbin don't build netgroup(5) here. 1995-05-11 23:15:22 +00:00
share build/install netgroup man page from here. 1995-05-11 23:13:15 +00:00
sys from the comments at the top of the file: 1995-05-12 03:19:51 +00:00
usr.bin don't get syscalls.c with an absolute path 1995-05-11 22:29:04 +00:00
usr.sbin don't build netgroup(5) here. 1995-05-11 23:15:05 +00:00
Makefile work in the face of a /usr/src/obj directory 1995-02-26 01:10:19 +00:00