delorie.com/archives/browse.cgi | search |
Date: | Wed, 9 Jun 1999 11:45:20 -0400 |
Message-Id: | <199906091545.LAA07094@envy.delorie.com> |
From: | DJ Delorie <dj AT delorie DOT com> |
To: | eliz AT is DOT elta DOT co DOT il |
CC: | rudd AT cyberoptics DOT com, djgpp-workers AT delorie DOT com |
In-reply-to: | <Pine.SUN.3.91.990609113455.11862J-100000@is> (message from Eli |
Zaretskii on Wed, 9 Jun 1999 11:36:12 +0300 (IDT)) | |
Subject: | Re: libm sources from cyberoptics |
References: | <Pine DOT SUN DOT 3 DOT 91 DOT 990609113455 DOT 11862J-100000 AT is> |
Reply-To: | djgpp-workers AT delorie DOT com |
X-Mailing-List: | djgpp-workers AT delorie DOT com |
X-Unsubscribes-To: | listserv AT delorie DOT com |
> > Can we count on the coprocessor being in round-to-nearest mode? > > We probably can, if we document that. DJ? We initialize it that way, and all the other functions that need it specific ways (floor, ceil) do preserve the old state. I think we can count on it being what we want, and if the user changes it, caveat user.
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |