PEP 620: Fix typos spotted by Terry Reedy
This commit is contained in:
parent
bdf57430df
commit
b42dae697f
12
pep-0620.rst
12
pep-0620.rst
|
@ -218,7 +218,7 @@ Header files must be reorganized in 3 API:
|
|||
* ``Include/cpython/`` directory is the CPython C API: less "portable"
|
||||
API, depends more on the Python version, expose some implementation
|
||||
details, few incompatible changes can happen.
|
||||
* ``Internal/internal/`` directory is the internal C API: implementation
|
||||
* ``Include/internal/`` directory is the internal C API: implementation
|
||||
details, incompatible changes are likely at each Python release.
|
||||
|
||||
The creation of the ``Include/cpython/`` directory is fully backward
|
||||
|
@ -276,8 +276,8 @@ Private functions moved to the internal C API in Python 3.9:
|
|||
* ``_PyDebug_PrintTotalRefs()``, ``_Py_PrintReferences()``,
|
||||
``_Py_PrintReferenceAddresses()`` (not exported)
|
||||
|
||||
Public "clear free list" functions moved to the internal C API an
|
||||
renamed to private functions and in Python 3.9:
|
||||
Public "clear free list" functions moved to the internal C API and
|
||||
renamed to private functions in Python 3.9:
|
||||
|
||||
* ``PyAsyncGen_ClearFreeLists()``
|
||||
* ``PyContext_ClearFreeList()``
|
||||
|
@ -297,7 +297,7 @@ renamed to private functions and in Python 3.9:
|
|||
Convert macros to static inline functions
|
||||
-----------------------------------------
|
||||
|
||||
Converting macros to static inline functions have multiple advantages:
|
||||
Converting macros to static inline functions has multiple advantages:
|
||||
|
||||
* Functions have well defined parameter types and return type.
|
||||
* Functions can use variables with a well defined scope (the function).
|
||||
|
@ -308,7 +308,7 @@ Converting macros to static inline functions have multiple advantages:
|
|||
<https://gcc.gnu.org/onlinedocs/cpp/Macro-Pitfalls.html>`_.
|
||||
|
||||
Converting macros to static inline functions should only impact very few
|
||||
C extensions which use macros in unusual ways.
|
||||
C extensions that use macros in unusual ways.
|
||||
|
||||
For backward compatibility, functions must continue to accept any type,
|
||||
not only ``PyObject*``, to avoid compiler warnings, since most macros
|
||||
|
@ -452,7 +452,7 @@ problem is to decide when it is safe to delete the temporary object.
|
|||
The general guidelines is to avoid returning borrowed references for new
|
||||
C API functions.
|
||||
|
||||
No function returning borrowed functions is scheduled for removal by
|
||||
No function returning borrowed references is scheduled for removal by
|
||||
this PEP.
|
||||
|
||||
**STATUS**: Completed (in Python 3.9)
|
||||
|
|
Loading…
Reference in New Issue