PEP 3131 (Unicode identifiers) includes a policy section
covering their use within the standard library.
This adds an explicit cross-reference to that section from
the prescriptive naming conventions section of PEP 8.
These two PEPs were listed as rejected alternatives when PEP 465's
matrix multiplication operator was accepted and implemented, but
still marked as Deferred in the PEP listing.
This updates their headers to indicated their Rejected status,
with a link to the relevant section of PEP 465 as their resolution
reference.
The provisional acceptance led to some additional valid concerns being raised
with the current design in the PEP, so I'm reverting it to Draft status
while we resolve them.
* New PEP 546: Backport MemoryBIO to Python 2.7
* PEP 546: Alex Gaynor's review
* PEP 546: Nick Coghlan's review: ensurepip
* PEP 546: new Nick Coghlan's review
Part of the PEP 538 implementation is to add a new
"Legacy C Locale" section to PEP 11 that explicitly
limits our support for running Python 3.7+ in the
ASCII based legacy C locale.
(Note: if PEP 540 is also accepted, this section will
be amended accordingly)
It looks like setting LANG may have undesirable
side effects in some cases, and all the issues
the PEP aims to handle are resolved by setting
LC_CTYPE.
The proposal and implementation have thus been
updated to only set LC_CTYPE, even when the
target coercion locale is a full locale.
* Add covariant mutable overriding and overriding variance to rejected ideas
* Update the notes on runtime implementation
* Add one more argument for prohibiting variance overrides
* PEP 545: FIX typo.
* PEP 545: Grammar tweaks from Brett Cannon.
* PEP 545: Adding the Hugarian group in known groups.
* PEP 545: FIX typos, thanks to Jakub Wilk.
* PEP 545: Clarify the false equality between language codes and country codes.
* PEP545: Update licensing after discussion with Van. L from the PSF.
* Tidy up the abstract and emphasise the equivalence between
this proposal and long supported configuration settings
* Don't set LC_ALL (set LC_CTYPE instead)
* Add a rationale for that change
* Use GNU readline misbehaviour as a specific example of the
benefits of reconfiguring the locale
* Clarify rationale for enabling the changes by default on all
autotools-using platforms
* Mention the possibility of exposing a public API for use by
embedding platforms
The previous wording suggested that all three standard streams
were affected by the proposed change to the default error handler.
Only stdin and stdout are affected - the default error handler for
stderr continues to be "backslashreplace"