On Mon, Jan 28, 2008, Nick Coghlan wrote: > > I think this checkin goes too far in removing support for the floating > point formatting codes from integers. Guido objected to %d working on > floats last year, but expected %f and friends to continue to work on > integers [1]. This makes sense when you consider that there is no data > loss in displaying an integer as a floating point number, while there is > a definite potential for data loss when going the other way.
Not true: >>> repr(float(1234567890123456789012345678901234567890123456789012345678901234567890)) '1.2345678901234567e+69' Overall, I could care less what decision gets made, but I think it's unfair to make the decision on an incorrect argument. -- Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/ "All problems in computer science can be solved by another level of indirection." --Butler Lampson _______________________________________________ Python-3000 mailing list Python-3000@python.org http://mail.python.org/mailman/listinfo/python-3000 Unsubscribe: http://mail.python.org/mailman/options/python-3000/archive%40mail-archive.com
