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 | ncoghlan |
|---|---|
| Recipients | amaury.forgeotdarc, barry, eikeon, glyph, gvanrossum, jek, ncoghlan, rhettinger, schmir |
| Date | 2008年06月27日.13:23:17 |
| SpamBayes Score | 0.0022346533 |
| Marked as misclassified | No |
| Message-id | <1214573000.21.0.825449673517.issue2235@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
Amaury's patch doesn't currently remove the new-in-2.6 code that turns "tp_hash = NULL" at the C level into "__hash__ = None" at the Python level. I suspect that will prove to be a problem (and may be the cause of Django's woes, if I remember Glyph's python-dev posts correctly). I also don't believe the new TPSLOT entries should be necessary - we should be able to just revert all of this tp_hash related code to match the 2.5 implementation, and then see if we can find a way to emit the Py3k warning when __cmp__ or __eq__ are overridden without overriding __hash__ without breaking any existing code (if we can't, we may have to figure out a way to get 2to3 to check for it). P.S. you'd think I would have learnt by now not to try to make sense of typeobject.c when I'm tired ;) |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2008年06月27日 13:23:20 | ncoghlan | set | spambayes_score: 0.00223465 -> 0.0022346533 recipients: + ncoghlan, gvanrossum, barry, rhettinger, amaury.forgeotdarc, schmir, jek, eikeon, glyph |
| 2008年06月27日 13:23:20 | ncoghlan | set | spambayes_score: 0.00223465 -> 0.00223465 messageid: <1214573000.21.0.825449673517.issue2235@psf.upfronthosting.co.za> |
| 2008年06月27日 13:23:19 | ncoghlan | link | issue2235 messages |
| 2008年06月27日 13:23:18 | ncoghlan | create | |