Sure. The 3.0 range() isn't exactly the same as the 2.6 xrange(), so it would have to be a proper backport (sorry, I don't recall the exact difference, but I remember it's been redone, perhaps to support long integers). It seems pretty minor though. The advantage of using xrange() is that you remain backwards compatible all the way to 2.0 and probably even 1.5.2... On Fri, Mar 14, 2008 at 8:14 PM, Eric Smith <eric+python-dev at trueblade.com> wrote: > In the keynote, Guido mentioned switching from range to xrange in 2.6 > code, as a migration strategy. Another option would be to add range to > future_builtins, and have it call xrange. Would that be desirable? -- --Guido van Rossum (home page: http://www.python.org/~guido/)
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