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:56jyasskinsetspambayes_score: 0.0015033 -> 0.0015033012
recipients: + jyasskin, gvanrossum, facundobatista, mark.dickinson
2008-01-08 04:53:56jyasskinsetspambayes_score: 0.0015033 -> 0.0015033
messageid: <1199768036.43.0.443765097586.issue1623@psf.upfronthosting.co.za>
2008-01-08 04:53:54jyasskinlinkissue1623 messages
2008-01-08 04:53:53jyasskincreate