]> git.ipfire.org Git - thirdparty/Python/cpython.git/commitdiff
[3.12] Fix definition of a `generator iterator` in `glossary.rst` (GH-128952) (#128968)
authorMiss Islington (bot) <31488909+miss-islington@users.noreply.github.com>
Sat, 18 Jan 2025 00:53:29 +0000 (01:53 +0100)
committerGitHub <noreply@github.com>
Sat, 18 Jan 2025 00:53:29 +0000 (00:53 +0000)
Fix definition of a `generator iterator` in `glossary.rst` (GH-128952)

Fix possible typo/grammar in glossary.rst

As discussed in https://discuss.python.org/t/typo-in-glossary-entry-for-generator-iterator/77163
(cherry picked from commit 8174770d311ba09c07a47cc3ae90a1db2e7d7708)

Co-authored-by: Daniel F Moisset <dfmoisset@gmail.com>
Doc/glossary.rst

index 9b29699e8664337917714282957a040425bf7704..50ed5fc2bc096c03f0b459577221498cd6dad4f7 100644 (file)
@@ -118,7 +118,7 @@ Glossary
       :keyword:`yield` expression.
 
       Each :keyword:`yield` temporarily suspends processing, remembering the
-      location execution state (including local variables and pending
+      execution state (including local variables and pending
       try-statements).  When the *asynchronous generator iterator* effectively
       resumes with another awaitable returned by :meth:`~object.__anext__`, it
       picks up where it left off.  See :pep:`492` and :pep:`525`.
@@ -505,7 +505,7 @@ Glossary
       An object created by a :term:`generator` function.
 
       Each :keyword:`yield` temporarily suspends processing, remembering the
-      location execution state (including local variables and pending
+      execution state (including local variables and pending
       try-statements).  When the *generator iterator* resumes, it picks up where
       it left off (in contrast to functions which start fresh on every
       invocation).