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 | jyasskin |
|---|---|
| Recipients | facundobatista, gvanrossum, jyasskin, mark.dickinson |
| Date | 2008年01月08日.04:53:53 |
| SpamBayes Score | 0.0015033012 |
| Marked as misclassified | No |
| Message-id | <1199768036.43.0.443765097586.issue1623@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
_dec_from_triple: Probably, yes. It doesn't seem to have any practical effect, but it's good to be consistent. __lt__, __le__: It doesn't matter whether they're called because they have the same effect as __cmp__. They're only there to implement numbers.Real. Perhaps, though, this is a sign that numbers.Real should require __cmp__ instead in 2.6? Or all of the rich comparisons instead of just the two minimal ones? NaNs: I think the guideline is to keep the current behavior for 2.6, and it's not needed for the 3141 implementation, but if that issue comes to a conclusion before I get the 3.0 implementation submitted, I'm happy to follow it. Performance: cProfile points at abc.__instancecheck__ taking 20% of the total time (1132436 calls). This could be a problem... I'll check how that's changed (on my machine) from head and if I can fix it. Thanks for your detailed reviews, Mark! |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2008年01月08日 04:53:56 | jyasskin | set | spambayes_score: 0.0015033 -> 0.0015033012 recipients: + jyasskin, gvanrossum, facundobatista, mark.dickinson |
| 2008年01月08日 04:53:56 | jyasskin | set | spambayes_score: 0.0015033 -> 0.0015033 messageid: <1199768036.43.0.443765097586.issue1623@psf.upfronthosting.co.za> |
| 2008年01月08日 04:53:54 | jyasskin | link | issue1623 messages |
| 2008年01月08日 04:53:53 | jyasskin | create | |