Re: [PATCH] Fix truncf for sNaN input

Keith Packard via Newlib <[email protected]> Wed, 11 Mar 2020 15:41:16 -0700

Newsgroups	gmane.comp.lib.newlib
Message-ID	<[email protected]>

Joseph Myers <[email protected]> writes:

> That manpage is wrong.  The underlying IEEE operation should raise 
> "invalid" and return a qNaN for an sNaN operand (but never raises 
> "inexact").

Hrm. IEEE 754 says that you only get "invalid" if the NaN or infinite
operand cannot be represented in the destination format. As these
functions return the same type as their operand, NaN and inf values can
be represented in the return value.

Are you referring to some other standard?

Also, glibc works the way the manual says, and I'd really like newlib
and glibc to have the same general behavior, even if newlib isn't quite
as accurate as glibc for some operations.

-- 
-keith

signature.asc (application/pgp-signature, 832 B)