Talk:Ieee arithmetic

Revision as of 05:48, 3 February 2010 by Colin-adams (Talk | contribs) (Not IEEE arithmetic, nor maths: new section)

Most probably C compilers inline functions, but just to be sure, I'd convert them into the macros:

#define to_raw_bits(d) *((EIF_NATURAL_64*)&(d))
 
#define eif_is_nan_bits(value) ((value & ~RTU64C(0x8000000000000000)) > RTU64C(0x7ff0000000000000))
 
#define eif_is_nan(v) ((*((EIF_NATURAL_64 *)&(v)) & ~RTU64C(0x8000000000000000)) > RTU64C(0x7ff0000000000000))

Does it affect the benchmarks?

Not IEEE arithmetic, nor maths

NaN = NaN is never true.

And placing NaNs in a sort order isn't write either - REAL_32/64 are not totally ordered types. --Colin-adams 14:48, 3 February 2010 (UTC)