A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2011-March/109457.html below:

[Python-Dev] API deprecations in Python 3, from a Python 2 perspective

[Python-Dev] API deprecations in Python 3, from a Python 2 perspectiveEric Smith eric at trueblade.com
Thu Mar 17 20:22:36 CET 2011
On 03/17/2011 03:08 PM, Jesus Cea wrote:
> I would suggest to keep deprecating things in 3.x, BUT keeping the
> deprecated stuff around (maybe reimplementing them using the new stuff)
> until we decide is safe to axe it, instead of the regular 3.x
> deprecates, 3.(x+1) cleans up.

At some point, didn't we say PendingDeprecationWarning in version x, 
DeprecationWarning in x+1, and removal in x+2? That's what I've been 
doing, but it's not what PEP 5 says.

Removing in x+2 would lengthen the timeframe, although I agree with 
Guido that we should be extra careful for the next several years because 
of people moving directory from 2.7 to (say) 3.5.

Eric.
More information about the Python-Dev mailing list

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