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 rhettinger
Recipients eric.araujo, francescor, javawizard, lregebro, python-dev, rhettinger
Date 2011-04-18.23:31:59
SpamBayes Score 1.1682455e-10
Marked as misclassified No
Message-id <1303169520.17.0.284245598895.issue10042@psf.upfronthosting.co.za>
In-reply-to
Content
It may seem pointless, but it takes less than a minute to do it and it would be both faster and clearer to do it manually.  There's a limit to how much implicit code generation can or should be done automatically.  

Also, I'm not too keen on the feature creep, or having the tool grow in complexity (making it harder to understand what it actually does).  I would also be concerned about subtly changing the semantics for code that may already be using total_ordering -- the proposed change is probably harmless in most cases with only a minor performance hit, but it might break some code that currently works. 

BTW, in Py3.x you get __ne__ for free whenever __eq__ is supplied.
History
Date User Action Args
2011-04-18 23:32:00rhettingersetrecipients: + rhettinger, eric.araujo, lregebro, francescor, python-dev, javawizard
2011-04-18 23:32:00rhettingersetmessageid: <1303169520.17.0.284245598895.issue10042@psf.upfronthosting.co.za>
2011-04-18 23:31:59rhettingerlinkissue10042 messages
2011-04-18 23:31:59rhettingercreate