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 mark.dickinson
Recipients mark.dickinson, r.david.murray, rhettinger, tim.peters, vstinner
Date 2022-02-05.15:08:10
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1644073690.95.0.432763164021.issue46640@roundup.psfhosted.org>
In-reply-to
Content
The big blocker here is that a platform that fully supports C99 might not define the "NAN" macro. I don't think we can require that NAN be defined in order for Python to build (which is what the PR currently does, if I'm understanding it correctly).

Python deliberately doesn't assume IEEE 754 floating-point. By requiring that the C "NAN" macro is present to be able to build Python, we'd be effectively requiring IEEE 754 by stealth. (No other common floating-point format has NaNs.)

I'd be fully on board with a decision to require IEEE 754 floating-point for Python in future, but that decision would at least need a python-dev discussion - we shouldn't sneak it in by the back door.
History
Date User Action Args
2022-02-05 15:08:10mark.dickinsonsetrecipients: + mark.dickinson, tim.peters, rhettinger, vstinner, r.david.murray
2022-02-05 15:08:10mark.dickinsonsetmessageid: <1644073690.95.0.432763164021.issue46640@roundup.psfhosted.org>
2022-02-05 15:08:10mark.dickinsonlinkissue46640 messages
2022-02-05 15:08:10mark.dickinsoncreate