A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2014-July/135380.html below:

[Python-Dev] == on object tests identity in 3.x

[Python-Dev] == on object tests identity in 3.x [Python-Dev] == on object tests identity in 3.xAnders J. Munch 2014 at jmunch.dk
Tue Jul 8 16:58:33 CEST 2014
Chris Angelico wrote:
>
> This is off-topic for this thread, but still...
>
> The trouble is that your "arguably just as wrong" is an
> indistinguishable case. If you don't want two different calculations'
> NaNs to *ever* compare equal, the only solution is to have all NaNs
> compare unequal
For two NaNs computed differently to compare equal is no worse than 2+2 
comparing equal to 1+3.  You're comparing values, not their history.

You've prompted me to get a rant on the subject off my chest, I just posted an 
article on NaN comparisons to python-list.

regards, Anders

More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4