Re: [Python-Dev] Rounding float to int directly ...
James Y Knight
I'd be happy to see floats lose their __int__ method entirely, replaced by an explicit truncate function.
Come back Algol - all is forgiven :-) Yes, indeed. I have favoured that view for 35 years - anything that can lose information quietly should be explicit. tanzer@swing.co.at (Christian Tanzer) wrote:
Greg Ewing
wrote: What's the feeling about this? If, e.g. int() were changed in Py3k to round instead of truncate, would it cause anyone substantial pain?
Gratuitous breakage!
I shudder at the thought of checking hundreds of int-calls to see if they'd still be correct under such a change.
My experience of doing that when compilers sometimes did one and sometimes the other is that such breakages are rarer than the conversions to integer that are broken with both rules! And both are rarer than the code that works with either rule. However, a 5% breakage rate is still enough to be of concern. Regards, Nick Maclaren, University of Cambridge Computing Service, New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. Email: nmm1@cam.ac.uk Tel.: +44 1223 334761 Fax: +44 1223 334679
Nick Maclaren
tanzer@swing.co.at (Christian Tanzer) wrote:
Greg Ewing
wrote: What's the feeling about this? If, e.g. int() were changed in Py3k to round instead of truncate, would it cause anyone substantial pain?
Gratuitous breakage!
I shudder at the thought of checking hundreds of int-calls to see if they'd still be correct under such a change.
My experience of doing that when compilers sometimes did one and sometimes the other is that such breakages are rarer than the conversions to integer that are broken with both rules! And both are rarer than the code that works with either rule.
However, a 5% breakage rate is still enough to be of concern.
I couldn't care less about how many calls would break -- I'd still need to look at each and every one. And I know that quite a number of calls need the truncation semantics (I just don't know which without looking). -- Christian Tanzer http://www.c-tanzer.at/
participants (2)
-
Nick Maclaren
-
tanzer@swing.co.at