A RetroSearch Logo

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

Search Query:

Showing content from http://mail.python.org/pipermail/python-dev/2004-March/043191.html below:

[Python-Dev] A proposal has surfaced on comp.lang.python toredefine "is"

[Python-Dev] A proposal has surfaced on comp.lang.python toredefine "is" [Python-Dev] A proposal has surfaced on comp.lang.python toredefine "is"Guido van Rossum guido at python.org
Wed Mar 17 19:59:52 EST 2004
> I can understand why you might be disinclined, but I do see why recursive
> "is" might be cheaper.  The simplest case is probably comparing two
> 2-element tuples, where the elements are arbitrary objects.  == might not
> even be defined on those objects, but "is" would be.

Ah, but that would be definite incompatible change in semantics.  I
would be very suprised if this printed "IS":

a = []
b = []
if (a, b) is (a, b): print "IS"
else: print "ISN'T"

--Guido van Rossum (home page: http://www.python.org/~guido/)

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