comp.lang.ada
 help / color / mirror / Atom feed
From: dewar@cs.nyu.edu (Robert Dewar)
Subject: Re: Transition from 32 to 64 bit
Date: 22 Sep 1994 10:09:42 -0400
Date: 1994-09-22T10:09:42-04:00	[thread overview]
Message-ID: <35s376$63o@gnat.cs.nyu.edu> (raw)
In-Reply-To: 35qp39$8mk@Starbase.NeoSoft.COM

There are definitely machines in which double precision float (64 bits) is
much more efficient than single precision float (32 bits). This can arise
from two sources. First, you can have problems with checks (e.g. on the
x86 with 64-bit precision mode set, the checks are free for 64-bit but
require expensive store instructions for 32-bit). The permissions in 
Ada 9X for going outside the range of unconstrained floating-point types
help a lot in eliminating this annoying glitch.

Secondly there are machines where all machine arithmetic is always done in
64-bit (notably the RS6000, but NOT the power PC). On such machines you may
well find that 32-bit fpt is slower.

That's why incidentally the uniformity recommendation is that short_float
should be 32 bits (or whatever makes sense for single precision), long_float
should be 64 bits (or whatever makes sense for double precision), and
float should be whichever of these two types is more efficient in practice.




       reply	other threads:[~1994-09-22 14:09 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1994Sep21.111428.24972@sydney.DIALix.oz.au>
     [not found] ` <1994Sep21.122657.729@sydney.DIALix.oz.au>
     [not found]   ` <35qgno$ivk@gnat.cs.nyu.edu>
     [not found]     ` <35qp39$8mk@Starbase.NeoSoft.COM>
1994-09-22 14:09       ` Robert Dewar [this message]
1994-09-20 16:07 Transition from 32 to 64 bit Bill Davis
1994-09-21  9:05 ` Robert I. Eachus
     [not found] ` <35n81h$1fb2@watnews1.watson.ibm.com>
1994-09-22 14:06   ` Robert Dewar
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox