]> git.ipfire.org Git - thirdparty/Python/cpython.git/commitdiff
[3.9] [doc] Fix typos found using codespell (GH-28744) (GH-28759)
authorChristian Clauss <cclauss@me.com>
Wed, 6 Oct 2021 13:57:39 +0000 (15:57 +0200)
committerGitHub <noreply@github.com>
Wed, 6 Oct 2021 13:57:39 +0000 (15:57 +0200)
Doc/c-api/call.rst
Doc/faq/design.rst
Doc/library/ast.rst
Doc/library/test.rst
Doc/library/types.rst

index 31dc9c8031fdb6d3af92aacd8955b206a5bade91..739b5e97d15150d36dd064394d9e90b7797c2e43 100644 (file)
@@ -185,7 +185,7 @@ Object Calling API
 Various functions are available for calling a Python object.
 Each converts its arguments to a convention supported by the called object –
 either *tp_call* or vectorcall.
-In order to do as litle conversion as possible, pick one that best fits
+In order to do as little conversion as possible, pick one that best fits
 the format of data you have available.
 
 The following table summarizes the available functions;
index d2b868ebb8290a8cccc35f132371476c5887327d..d0aee4e6072686169c0565d4721fafbcccd182bd 100644 (file)
@@ -715,7 +715,7 @@ Why don't generators support the with statement?
 For technical reasons, a generator used directly as a context manager
 would not work correctly.  When, as is most common, a generator is used as
 an iterator run to completion, no closing is needed.  When it is, wrap
-it as "contextlib.closing(generator)" in the 'with' statment.
+it as "contextlib.closing(generator)" in the 'with' statement.
 
 
 Why are colons required for the if/while/def/class statements?
index 39a08416bad7279ab20c0b49c9dc05e458bae3d4..149179d5bfd5d695555af464aff58925ee1893f3 100644 (file)
@@ -1552,7 +1552,7 @@ and classes for traversing abstract syntax trees:
    If source contains a null character ('\0'), :exc:`ValueError` is raised.
 
     .. warning::
-      Note that succesfully parsing souce code into an AST object doesn't
+      Note that successfully parsing source code into an AST object doesn't
       guarantee that the source code provided is valid Python code that can
       be executed as the compilation step can raise further :exc:`SyntaxError`
       exceptions. For instance, the source ``return 42`` generates a valid
index c4abcfffa1f14ffaeda4235ca28a9432c4d4f99d..16f908c8e87080bef9a9bdc5e56c1efe195f9adc 100644 (file)
@@ -457,7 +457,7 @@ The :mod:`test.support` module defines the following functions:
 .. function:: unlink(filename)
 
    Call :func:`os.unlink` on *filename*.  On Windows platforms, this is
-   wrapped with a wait loop that checks for the existence fo the file.
+   wrapped with a wait loop that checks for the existence of the file.
 
 
 .. function:: rmdir(filename)
@@ -1145,7 +1145,7 @@ The :mod:`test.support` module defines the following functions:
    Context manager catching :class:`threading.Thread` exception using
    :func:`threading.excepthook`.
 
-   Attributes set when an exception is catched:
+   Attributes set when an exception is caught:
 
    * ``exc_type``
    * ``exc_value``
index 81a2b7b987970692e30f59a09c917840c954d763..b6df39258e66e858c7dc91b60c33b3cdb1097084 100644 (file)
@@ -229,7 +229,7 @@ Standard names are defined for the following types:
 
       .. note::
          A future version of Python may stop setting this attribute by default.
-         To guard against this potential change, preferrably read from the
+         To guard against this potential change, preferably read from the
          :attr:`__spec__` attribute instead or use
          ``getattr(module, "__loader__", None)`` if you explicitly need to use
          this attribute.
@@ -254,7 +254,7 @@ Standard names are defined for the following types:
 
       .. note::
          A future version of Python may stop setting this attribute by default.
-         To guard against this potential change, preferrably read from the
+         To guard against this potential change, preferably read from the
          :attr:`__spec__` attribute instead or use
          ``getattr(module, "__package__", None)`` if you explicitly need to use
          this attribute.