Kaydet (Commit) e4ba8725 authored tarafından Serhiy Storchaka's avatar Serhiy Storchaka

Remove redundant leading zeroes in PEP references.

üst 0950e6ae
......@@ -603,7 +603,7 @@ an explicit ``with`` statement.
.. seealso::
:pep:`0343` - The "with" statement
:pep:`343` - The "with" statement
The specification, background, and examples for the Python :keyword:`with`
statement.
......
......@@ -329,7 +329,7 @@ These method have the same issues as the and :meth:`keyrefs` method of
.. seealso::
:pep:`0205` - Weak References
:pep:`205` - Weak References
The proposal and rationale for this feature, including links to earlier
implementations and information about similar features in other languages.
......
......@@ -439,7 +439,7 @@ is equivalent to ::
.. seealso::
:pep:`0343` - The "with" statement
:pep:`343` - The "with" statement
The specification, background, and examples for the Python :keyword:`with`
statement.
......
......@@ -2188,7 +2188,7 @@ For more information on context managers, see :ref:`typecontextmanager`.
.. seealso::
:pep:`0343` - The "with" statement
:pep:`343` - The "with" statement
The specification, background, and examples for the Python :keyword:`with`
statement.
......
......@@ -378,14 +378,14 @@ on the right hand side of an assignment statement.
.. seealso::
:pep:`0255` - Simple Generators
:pep:`255` - Simple Generators
The proposal for adding generators and the :keyword:`yield` statement to Python.
:pep:`0342` - Coroutines via Enhanced Generators
:pep:`342` - Coroutines via Enhanced Generators
The proposal to enhance the API and syntax of generators, making them
usable as simple coroutines.
:pep:`0380` - Syntax for Delegating to a Subgenerator
:pep:`380` - Syntax for Delegating to a Subgenerator
The proposal to introduce the :token:`yield_from` syntax, making delegation
to sub-generators easy.
......
......@@ -204,11 +204,11 @@ Python 3.0 has simplified the rules for ordering comparisons:
Integers
--------
* :pep:`0237`: Essentially, :class:`long` renamed to :class:`int`.
* :pep:`237`: Essentially, :class:`long` renamed to :class:`int`.
That is, there is only one built-in integral type, named
:class:`int`; but it behaves mostly like the old :class:`long` type.
* :pep:`0238`: An expression like ``1/2`` returns a float. Use
* :pep:`238`: An expression like ``1/2`` returns a float. Use
``1//2`` to get the truncating behavior. (The latter syntax has
existed for years, at least since Python 2.2.)
......@@ -384,7 +384,7 @@ New Syntax
* Dictionary comprehensions: ``{k: v for k, v in stuff}`` means the
same thing as ``dict(stuff)`` but is more flexible. (This is
:pep:`0274` vindicated. :-)
:pep:`274` vindicated. :-)
* Set literals, e.g. ``{1, 2}``. Note that ``{}`` is an empty
dictionary; use ``set()`` for an empty set. Set comprehensions are
......@@ -469,7 +469,7 @@ Removed Syntax
* The only acceptable syntax for relative imports is :samp:`from .[{module}]
import {name}`. All :keyword:`import` forms not starting with ``.`` are
interpreted as absolute imports. (:pep:`0328`)
interpreted as absolute imports. (:pep:`328`)
* Classic classes are gone.
......@@ -555,9 +555,9 @@ review:
* Many old modules were removed. Some, like :mod:`gopherlib` (no
longer used) and :mod:`md5` (replaced by :mod:`hashlib`), were
already deprecated by :pep:`0004`. Others were removed as a result
already deprecated by :pep:`4`. Others were removed as a result
of the removal of support for various platforms such as Irix, BeOS
and Mac OS 9 (see :pep:`0011`). Some modules were also selected for
and Mac OS 9 (see :pep:`11`). Some modules were also selected for
removal in Python 3.0 due to lack of use or because a better
replacement exists. See :pep:`3108` for an exhaustive list.
......@@ -568,7 +568,7 @@ review:
externally maintained at https://www.jcea.es/programacion/pybsddb.htm.
* Some modules were renamed because their old name disobeyed
:pep:`0008`, or for various other reasons. Here's the list:
:pep:`8`, or for various other reasons. Here's the list:
======================= =======================
Old Name New Name
......@@ -685,7 +685,7 @@ Changes To Exceptions
The APIs for raising and catching exception have been cleaned up and
new powerful features added:
* :pep:`0352`: All exceptions must be derived (directly or indirectly)
* :pep:`352`: All exceptions must be derived (directly or indirectly)
from :exc:`BaseException`. This is the root of the exception
hierarchy. This is not new as a recommendation, but the
*requirement* to inherit from :exc:`BaseException` is new. (Python
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment