]> granicus.if.org Git - python/commitdiff
#4992: next() method -> next() function.
authorGeorg Brandl <georg@python.org>
Thu, 5 Feb 2009 11:01:54 +0000 (11:01 +0000)
committerGeorg Brandl <georg@python.org>
Thu, 5 Feb 2009 11:01:54 +0000 (11:01 +0000)
Doc/reference/simple_stmts.rst

index d54499081666d0193dc625d8e2ff848866e76515..8797ece76a42e94f7796a44944f0654889ded94e 100644 (file)
@@ -441,14 +441,14 @@ statement in a function definition is sufficient to cause that definition to
 create a generator function instead of a normal function.
 When a generator function is called, it returns an iterator known as a generator
 iterator, or more commonly, a generator.  The body of the generator function is
-executed by calling the generator's :meth:`next` method repeatedly until it
-raises an exception.
+executed by calling the :func:`next` function on the generator repeatedly until
+it raises an exception.
 
 When a :keyword:`yield` statement is executed, the state of the generator is
 frozen and the value of :token:`expression_list` is returned to :meth:`next`'s
 caller.  By "frozen" we mean that all local state is retained, including the
 current bindings of local variables, the instruction pointer, and the internal
-evaluation stack: enough information is saved so that the next time :meth:`next`
+evaluation stack: enough information is saved so that the next time :func:`next`
 is invoked, the function can proceed exactly as if the :keyword:`yield`
 statement were just another external call.