[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH, RFC] Fix softfloat NaN handling
From: |
Thiemo Seufer |
Subject: |
Re: [Qemu-devel] [PATCH, RFC] Fix softfloat NaN handling |
Date: |
Wed, 9 May 2007 16:26:02 +0100 |
User-agent: |
Mutt/1.5.13 (2006-08-11) |
Blue Swirl wrote:
> On 5/9/07, Thiemo Seufer <address@hidden> wrote:
> >Hello All,
> >
> >The relevant IEEE standards don't define if a set or a clear bit is
> >used to distinguish between QNaN and SNaN. MIPS, and apparently
> >PA RISC, made a different choice than the rest of the industry.
>
> On Sparc, the rule is as follows:
>
> SNaN: sign undefined, exponent 255, mantissa 0xxx...and at least one
> bit must be nonzero
> QNaN: sign undefined, exponent 255, mantissa 1xxx...
>
> Is this the same as MIPS?
For MIPS, and allegedly HPPA, the meaning of the highest bit in the
mantissa is inverted. IOW, 0xxx... is a QNaN, 1xxx... is a SNaN.
The rest is the same, and AFAIK mandated by the standard.
Thiemo