-
-
Notifications
You must be signed in to change notification settings - Fork 31.8k
Add stdlib_deprecations module #106240
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Labels
type-feature
A feature request or enhancement
Comments
vstinner
added a commit
to vstinner/cpython
that referenced
this issue
Jun 29, 2023
vstinner
added a commit
to vstinner/cpython
that referenced
this issue
Jun 29, 2023
vstinner
added a commit
to vstinner/cpython
that referenced
this issue
Jun 29, 2023
Note that any new stdlib module requires a PEP: https://peps.python.org/pep-0002/#acceptance-procedure |
vstinner
added a commit
to vstinner/cpython
that referenced
this issue
Jun 29, 2023
Closed: see #106241 (comment) |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Following Formalize the concept of “soft deprecation” (don’t schedule removal) in PEP 387 “Backwards Compatibility Policy” discussion and my PEP PR PEP 387: Add Soft Deprecation section, I propose to add a new
stdlib_deprecations
module which provides an API for linters to check if an API is deprecated or not.Linked PRs
The text was updated successfully, but these errors were encountered: