Re: [Python-Dev] [python] trunc()

2008-01-28 Thread Russell E. Owen
In article [EMAIL PROTECTED], Martin v. Lowis [EMAIL PROTECTED] wrote: If the ambiguity is that 'int' behaviour is unspecified for floats - is it naive to suggest we specify the behaviour? The concern is that whatever gets specified is arbitrary. There are many ways how an int can be

Re: [Python-Dev] [python] trunc()

2008-01-25 Thread Terry Reedy
Martin v. Löwis [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] | If the ambiguity is that 'int' behaviour is unspecified for floats - is | it naive to suggest we specify the behaviour? | | The concern is that whatever gets specified is arbitrary. There are many | ways how an int can

Re: [Python-Dev] [python] trunc()

2008-01-24 Thread Michael Foord
Raymond Hettinger wrote: [Raymond Hettinger] Since something similar is happening to math.ceil and math.floor, I'm curious why trunc() ended-up in builtins instead of the math module. Doesn't it make sense to collect similar functions with similar signatures in the same place?

Re: [Python-Dev] [python] trunc()

2008-01-24 Thread Martin v. Löwis
If the ambiguity is that 'int' behaviour is unspecified for floats - is it naive to suggest we specify the behaviour? The concern is that whatever gets specified is arbitrary. There are many ways how an int can be constructed from a float, so why is any such way better than the others, and