From: Miss Skeleton (bot) <31488909+miss-islington@users.noreply.github.com> Date: Sat, 3 Oct 2020 16:00:38 +0000 (-0700) Subject: [doc] Fix link to abc.collections.Iterable (GH-22520) X-Git-Tag: v3.8.7rc1~140 X-Git-Url: http://git.ipfire.org/gitweb.cgi?a=commitdiff_plain;h=c3cd440e7b2156cc8990427700eb580d839211a3;p=thirdparty%2FPython%2Fcpython.git [doc] Fix link to abc.collections.Iterable (GH-22520) Missed this occurrence before, sorry. Also changed "the PEP" to "PEP". Automerge-Triggered-By: @gvanrossum (cherry picked from commit 3fe614893742faee3c64e6d974e11329a496424f) Co-authored-by: Andre Delfino --- diff --git a/Doc/library/typing.rst b/Doc/library/typing.rst index 0706bc870ea3..9785f7928767 100644 --- a/Doc/library/typing.rst +++ b/Doc/library/typing.rst @@ -402,10 +402,10 @@ Initially :pep:`484` defined Python static type system as using a class ``B`` is expected if and only if ``A`` is a subclass of ``B``. This requirement previously also applied to abstract base classes, such as -:class:`Iterable`. The problem with this approach is that a class had +:class:`~collections.abc.Iterable`. The problem with this approach is that a class had to be explicitly marked to support them, which is unpythonic and unlike what one would normally do in idiomatic dynamically typed Python code. -For example, this conforms to the :pep:`484`:: +For example, this conforms to :pep:`484`:: from typing import Sized, Iterable, Iterator