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 pdenis
Recipients mark.dickinson, pdenis, tim.peters
Date 2017-12-01.17:33:16
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1512149596.97.0.213398074469.issue32171@psf.upfronthosting.co.za>
In-reply-to
Content
> So this justifies things like `sqrt(-0.0)` giving a zero result (rather than being considered invalid)

Well, I didn’t noticed that the wolf was already in the henhouse! This choice seems disputable for me because it is precisely a case where f(-0.0) should NOT behave as f(+0.0). The treatment of functions like atan2 and 1/x lets me think that the standards tend to follow the results of one-sided limits. So, I’m surprised that pow and sqrt functions in IEEE754/C99 standards are treated in this unfettered way.

That being said, I’m not involved at all in IEEE/C99 standards; that’s probably why I look at this from a pristine point of view. Provided that I accept the "axioms" of these standards, the explanations you both give are very convincing. I understand well that self-consistency is utmost important, maybe even above consistency with mathematical rules. Also, I concede that the standards are well-established and considerable efforts have been made to validate their different implementations (including Python).

BTW, congratulations to you guys that made the effort to understand the standards and rigorously implementing them in Python!
History
Date User Action Args
2017-12-01 17:33:17pdenissetrecipients: + pdenis, tim.peters, mark.dickinson
2017-12-01 17:33:16pdenissetmessageid: <1512149596.97.0.213398074469.issue32171@psf.upfronthosting.co.za>
2017-12-01 17:33:16pdenislinkissue32171 messages
2017-12-01 17:33:16pdeniscreate