[Numpy-discussion] Importance of order when summing values in anarray
Charles R Harris
Tue Dec 9 22:01:56 CST 2008
On Tue, Dec 9, 2008 at 8:10 PM, Robert Kern <firstname.lastname@example.org> wrote:
> On Tue, Dec 9, 2008 at 21:01, Charles R Harris
> <email@example.com> wrote:
> > On Tue, Dec 9, 2008 at 1:40 PM, Robert Kern <firstname.lastname@example.org>
> >> On Tue, Dec 9, 2008 at 09:51, Nadav Horesh <email@example.com>
> >> > As much as I know float128 are in fact 80 bits (64 mantissa + 16
> >> > exponent) so the precision is 18-19 digits (not 34)
> >> float128 should be 128 bits wide. If it's not on your platform, please
> >> let us know as that is a bug in your build.
> > I think he means the actual precision is the ieee extended precision, the
> > number just happens to be stored into larger chunks of memory for
> > purposes.
> Ah, that's good to know. Yes, float128 on my Intel Mac behaves this way.
> In : f = finfo(float128)
> In : f.nmant
> Out: 63
> In : f.nexp
> Out: 15
Yep. That's the reason I worry a bit about what will happen when ieee quad
precision comes out; it really is 128 bits wide and the normal identifiers
won't account for the difference. I expect c will just call them long
doubles and they will get the 'g' letter code just like extended precision
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Numpy-discussion