This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author veky
Recipients mark.dickinson, rhettinger, sree314, tim.peters, veky
Date 2020-10-31.08:44:52
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1604133892.79.0.44222194024.issue42210@roundup.psfhosted.org>
In-reply-to
Content
inf and -inf are really two different values (in the scope of the standard). Same as 5. and -5., or even 0. and -0. They behave differently in some exactly specified operations, and it is useful.

Are there any exactly specified operations whose specifications require the unequal treatment of nans with + and - signs? I don't think so, since it goes against the whole idea of nan as an unspecified number. (If you want to track its _history_, that's what payload is for.) My interpretation is that nan can have a sign bit only so unary minus and absolute value can be implemented quicker (without having to check whether the input is nan) -- not because it carries any useful semantics within the standard.
History
Date User Action Args
2020-10-31 08:44:52vekysetrecipients: + veky, tim.peters, rhettinger, mark.dickinson, sree314
2020-10-31 08:44:52vekysetmessageid: <1604133892.79.0.44222194024.issue42210@roundup.psfhosted.org>
2020-10-31 08:44:52vekylinkissue42210 messages
2020-10-31 08:44:52vekycreate