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/2012-April/118940.html below:

[Python-Dev] Handling deprecations in the face of PEP 384

[Python-Dev] Handling deprecations in the face of PEP 384 [Python-Dev] Handling deprecations in the face of PEP 384Brett Cannon brett at python.org
Sat Apr 21 03:59:21 CEST 2012
As I clean up Python/import.c and move much of its functionality into
Lib/imp.py, I am about to run into some stuff that was not kept private to
the file. Specifically, I have PyImport_GetMagicTag() and NullImporter_Type
which I would like to chop out and move to Lib/imp.py.

>From my reading of PEP 384 that means I would need to at least deprecate
PyImport_getMagicTag(), correct (assuming I follow through with this; I
might not bother)? What about NullImporter_Type (it lacks a Py prefix so I
am not sure if this is considered public or not)?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-dev/attachments/20120420/033de166/attachment.html>
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