PEP 11: Make unsupporting a platform less draconian (#3633)

This loosens the statements about builds and configure needing to
Break and instead changes this to a mere build/configure time warning.
This is in line with how we treat platforms that are not on a support
Tier (of which there are many).  Doing anything else would basically
be unreasonable punshiment for anything in our support Tiers that then
loses its official PEP-11 support for whatever reason.

Discussed in https://discuss.python.org/t/proposed-update-to-pep-11-on-unsupporting-a-platform-less-draconian-measures/44065.

Co-authored-by: Jelle Zijlstra <jelle.zijlstra@gmail.com>
This commit is contained in:
Gregory P. Smith 2024-02-01 11:28:39 -08:00 committed by GitHub
parent 27ed905918
commit 0caaa5ad59
No known key found for this signature in database
GPG Key ID: B5690EEEBB952194
1 changed files with 12 additions and 9 deletions

View File

@ -223,11 +223,11 @@ If a platform drops out of tiered support, a note must be posted
in this PEP that the platform is no longer actively supported. This in this PEP that the platform is no longer actively supported. This
note must include: note must include:
- the name of the system - The name of the system,
- the first release number that does not support this platform - The first release number that does not support this platform
anymore, and anymore, and
- the first release where the historical support code is actively - The first release where the historical support code is actively
removed removed.
In some cases, it is not possible to identify the specific list of In some cases, it is not possible to identify the specific list of
systems for which some code is used (e.g. when autoconf tests for systems for which some code is used (e.g. when autoconf tests for
@ -236,11 +236,14 @@ supported systems). In this case, the name will give the precise
condition (usually a preprocessor symbol) that will become condition (usually a preprocessor symbol) that will become
unsupported. unsupported.
At the same time, the CPython source code must be changed to At the same time, the CPython build must be changed to produce a
produce a build-time error if somebody tries to install CPython on warning if somebody tries to install CPython on this platform. On
this platform. On platforms using autoconf, configure must fail. platforms using autoconf, configure should also be made emit a warning
This gives potential users of the platform a chance to step about the unsupported platform.
forward and offer maintenance.
This gives potential users of the platform a chance to step forward
and offer maintenance. We do not treat a platform that loses Tier 3
support any worse than a platform that was never supported.
No-longer-supported platforms No-longer-supported platforms