home *** CD-ROM | disk | FTP | other *** search
- id m0uYENT-0007u8a; Mon, 24 Jun 96 10:20 MDT
- Sender: owner-executor
- Received: by ftp.ardi.com (Smail3.1.29.1 #3)
- id m0uYE8L-0007u9C; Mon, 24 Jun 96 10:05 MDT
- Received: by beaut.ardi.com (Smail3.1.29.1 #3)
- References: <9606241422.AA23479@nwd2sun1.analog.com>
- Message-id: <m0uYE5E-000285C@beaut.ardi.com>
- Subject: Re: SANE calls
- Cc: executor@ardi.com,
- In-reply-to: <9606241422.AA23479@nwd2sun1.analog.com>
- To: Scott.Wurcer@analog.com (Scott Wurcer)
- Date: Mon, 24 Jun 96 10:01 MDT
- From: mat@ardi.com (Mat Hostetter)
- Sender: owner-executor@ardi.com
- Precedence: bulk
-
- >>>>> "Scott" == Scott Wurcer <Scott.Wurcer@analog.com> writes:
-
- >> Yes, that's exactly right. Floating point could even be a lot
- >> faster than it is, but we just don't have time to work on
- >> optimizing SANE right now.
-
- Scott> How does executor handle the 96 bit extended format ? I
- Scott> have noticed differences on some computations. Namely ones
- Scott> that return -0 from SANE and "?" under E/L. I haven't had
- Scott> time to document the exact computations though.
-
- The "96 bit extended format" is really 80-bit IEEE with 16 bits of
- zeros thrown in. The 80387 also supports 80-bit floating point so we
- just use it to do the computations.
-
- -Mat
-
-