]> granicus.if.org Git - python/commitdiff
bpo-33766: Document that end of file or string is a newline (GH-7383)
authorMiss Islington (bot) <31488909+miss-islington@users.noreply.github.com>
Sun, 10 Jun 2018 00:12:24 +0000 (17:12 -0700)
committerGitHub <noreply@github.com>
Sun, 10 Jun 2018 00:12:24 +0000 (17:12 -0700)
(cherry picked from commit 0aa17ee6a76df0946d42e7657a501f1862065a22)

Co-authored-by: Ammar Askar <ammar_askar@hotmail.com>
Doc/reference/lexical_analysis.rst

index 6d093dcc2a221927d0e4516d00f4b408cce2cfe0..a8619967e79d00e05cb9f1eda92e9785393f4d9b 100644 (file)
@@ -47,11 +47,12 @@ Physical lines
 --------------
 
 A physical line is a sequence of characters terminated by an end-of-line
-sequence.  In source files, any of the standard platform line termination
-sequences can be used - the Unix form using ASCII LF (linefeed), the Windows
-form using the ASCII sequence CR LF (return followed by linefeed), or the old
-Macintosh form using the ASCII CR (return) character.  All of these forms can be
-used equally, regardless of platform.
+sequence.  In source files and strings, any of the standard platform line
+termination sequences can be used - the Unix form using ASCII LF (linefeed),
+the Windows form using the ASCII sequence CR LF (return followed by linefeed),
+or the old Macintosh form using the ASCII CR (return) character.  All of these
+forms can be used equally, regardless of platform. The end of input also serves
+as an implicit terminator for the final physical line.
 
 When embedding Python, source code strings should be passed to Python APIs using
 the standard C conventions for newline characters (the ``\n`` character,