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 mark.dickinson
Recipients LambertDW, ajaksu2, dingo, giampaolo.rodola, gvanrossum, jyasskin, loewis, mark.dickinson, orsenthil, rhettinger, vstinner
Date 2009-01-28.09:40:19
SpamBayes Score 6.971922e-05
Marked as misclassified No
Message-id <1233135620.89.0.721414195636.issue4707@psf.upfronthosting.co.za>
In-reply-to
Content
Apologies for the poor formatting in the last comment.  Bad
cut-and-paste job.

One more reason:

(4) "In the face of ambiguity, refuse the temptation to guess."
Why should round(int, int) be float, rather than Decimal, or Fraction?
This was the one argument against the integer division change that I 
found somewhat compelling.  But of course there's a big difference:  1/2 
had to have *some* type, and it couldn't be an integer.  In contrast, 
given that round(34, n) is always integral, there's an obvious choice 
for the return type. 

I'll shut up now.
History
Date User Action Args
2009-01-28 09:40:21mark.dickinsonsetrecipients: + mark.dickinson, gvanrossum, loewis, rhettinger, orsenthil, vstinner, giampaolo.rodola, ajaksu2, jyasskin, LambertDW, dingo
2009-01-28 09:40:20mark.dickinsonsetmessageid: <1233135620.89.0.721414195636.issue4707@psf.upfronthosting.co.za>
2009-01-28 09:40:19mark.dickinsonlinkissue4707 messages
2009-01-28 09:40:19mark.dickinsoncreate