Re: [Python-checkins] python/dist/src/Python compile.c, 2.343, 2.344
jimjjewett at gmail.com
Thu Feb 10 19:51:43 CET 2005
On Wed, 09 Feb 2005 17:42:41 -0800, rhettinger at users.sourceforge.net
<rhettinger at users.sourceforge.net> wrote:
> Update of /cvsroot/python/python/dist/src/Python
> In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv31172
> Modified Files:
> Log Message:
> Remove the set conversion which didn't work with:  in (0,)
Why is this a problem? If there were *any* unhashable objects
in the container, then the compiler would have bailed on the
If there aren't any unhashable values, then the (unhashable) item
being checked is not in the set. ==> Return False.
Are you worried about unhashable objects (as item) which
compare == to something that is hashable (in container)?
Custom rich compares can already confuse the "in" tests.
Or is the problem that guarding against/trapping this case is
somehow so expensive that it overrides the expected savings?
More information about the Python-Dev