Mark Dickinson dicki...@gmail.com added the comment:
Committed to py3k in r76304. Leaving trunk alone, as Brett suggested.
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker
Mark Dickinson dicki...@gmail.com added the comment:
Assigning to myself so this doesn't get forgotten.
--
assignee: - mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6970
___
Mark Dickinson dicki...@gmail.com added the comment:
Here's a patch for py3k. I'd appreciate it if some other committer could
check it for sanity.
--
keywords: +patch
Added file: http://bugs.python.org/file14967/issue6970.patch
___
Python tracker
Changes by Mark Dickinson dicki...@gmail.com:
--
keywords: +needs review -patch
stage: needs patch - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6970
___
New submission from Mark Dickinson dicki...@gmail.com:
Here's some strange behaviour in py3k:
newton:py3k dickinsm$ ./python.exe
Python 3.2a0 (py3k:75015, Sep 22 2009, 16:25:12)
[GCC 4.0.1 (Apple Inc. build 5493)] on darwin
Type help, copyright, credits or license for more information.
class
Mark Dickinson dicki...@gmail.com added the comment:
And here's an example from trunk:
Python 2.7a0 (trunk:75012M, Sep 22 2009, 11:16:39)
[GCC 4.0.1 (Apple Inc. build 5493)] on darwin
Type help, copyright, credits or license for more information.
class A(object):
... def __eq__(self,
Brett Cannon br...@python.org added the comment:
I say fix it in 3.2 and don't worry about 2.x unless you really want to.
As you said, it's rather tricky to untangle all of that and no one has
complained yet. Plus it is a semantic change.
--
nosy: +brett.cannon