I rather like supporting short float representation. Given that CPython is adopting it, I'm sure Jython will adopt this approach too as part of a future Jython 3.x release. - Jim On Tue, Apr 7, 2009 at 9:41 AM, Michael Foord <fuzzyman at voidspace.org.uk>wrote: > Mark Dickinson wrote: > >> [snip...] >> Discussion points >> ================= >> >> (1) Any objections to including this into py3k? If there's >> controversy, then I guess we'll need a PEP. >> >> > > Big +1 > >> (2) Should other Python implementations (Jython, >> IronPython, etc.) be expected to use short float repr, or should >> it just be considered an implementation detail of CPython? >> I propose the latter, except that all implementations should >> be required to satisfy eval(repr(x)) == x for finite floats x. >> >> > Short float repr should be an implementation detail, so long as > eval(repr(x)) == x still holds. > > Michael Foord > > -- > http://www.ironpythoninaction.com/ > http://www.voidspace.org.uk/blog > > > > _______________________________________________ > Python-Dev mailing list > Python-Dev at python.org > http://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > http://mail.python.org/mailman/options/python-dev/jbaker%40zyasoft.com > -- Jim Baker jbaker at zyasoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/python-dev/attachments/20090414/3928d6d4/attachment.htm>
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4