]> git.ipfire.org Git - thirdparty/Python/cpython.git/commitdiff
[3.11] gh-92417: `stdtypes` docs: delete discussion of Python 2 differences (GH-92423...
authorMiss Islington (bot) <31488909+miss-islington@users.noreply.github.com>
Sun, 8 May 2022 15:25:26 +0000 (08:25 -0700)
committerGitHub <noreply@github.com>
Sun, 8 May 2022 15:25:26 +0000 (08:25 -0700)
Given that 2.7 has now been end-of-life for two and a half years,
I don't think we need such a detailed explanation here anymore of
the differences between Python 2 and Python 3.
(cherry picked from commit 8efda1e7c6343b1671d93837bf2c146e4cf77bbf)

Co-authored-by: Alex Waygood <Alex.Waygood@Gmail.com>
Automerge-Triggered-By: GH:serhiy-storchaka
Doc/library/stdtypes.rst

index 44447400c29bca9d05429031747a755142a7ef21..065afb8ae6038bfbc2d3e05f9d41ee25a76673e7 100644 (file)
@@ -2573,16 +2573,6 @@ The representation of bytes objects uses the literal format (``b'...'``)
 since it is often more useful than e.g. ``bytes([46, 46, 46])``.  You can
 always convert a bytes object into a list of integers using ``list(b)``.
 
-.. note::
-   For Python 2.x users: In the Python 2.x series, a variety of implicit
-   conversions between 8-bit strings (the closest thing 2.x offers to a
-   built-in binary data type) and Unicode strings were permitted. This was a
-   backwards compatibility workaround to account for the fact that Python
-   originally only supported 8-bit text, and Unicode text was a later
-   addition. In Python 3.x, those implicit conversions are gone - conversions
-   between 8-bit binary data and Unicode text must be explicit, and bytes and
-   string objects will always compare unequal.
-
 
 .. _typebytearray: