> Would there still be an int type and a long type in Python 3.0, or > would the notion of a long be be dropped. If it were dropped, then > the int representation would be transparently represented as a long > if the size of the number could not fit in an int. If long is > dropped then the long function could be added to the list of > builtins that will disappear in Python 3.0. I'm not sure about that yet. I'd *like* to find a hack that lets the int type change representations, but the fact is that it's much easier to use different types to indicate different representations. But you're right, even if there are two types, there's probably no reason to expose the 'long' type as a builtin. So long should go on the list as *likely* to disappear in 3.0. --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