summaryrefslogtreecommitdiffstats
path: root/Doc
diff options
context:
space:
mode:
authorFred Drake <fdrake@acm.org>2001-08-28 14:25:03 (GMT)
committerFred Drake <fdrake@acm.org>2001-08-28 14:25:03 (GMT)
commit5cb29a49c820dfd4ee7175b746605f01258b95e3 (patch)
tree0691db8ce4c7b620cb454e675ae043861a02742d /Doc
parent46ccd1dae562baa70c16d13e5131e651d3bb5f21 (diff)
downloadcpython-5cb29a49c820dfd4ee7175b746605f01258b95e3.zip
cpython-5cb29a49c820dfd4ee7175b746605f01258b95e3.tar.gz
cpython-5cb29a49c820dfd4ee7175b746605f01258b95e3.tar.bz2
Fix a number of minor markup errors, and improve the consistency a bit.
Diffstat (limited to 'Doc')
-rw-r--r--Doc/lib/libcodeop.tex32
1 files changed, 16 insertions, 16 deletions
diff --git a/Doc/lib/libcodeop.tex b/Doc/lib/libcodeop.tex
index 4f68160..9005337 100644
--- a/Doc/lib/libcodeop.tex
+++ b/Doc/lib/libcodeop.tex
@@ -9,20 +9,20 @@
\modulesynopsis{Compile (possibly incomplete) Python code.}
The \module{codeop} module provides utilities upon which the Python
-read-eval-print loop can be emulated -- as in the \refmodule{code}
-module. As a result, you probably don't want to use the module
-directly -- if you want to include such a loop in your program you
-probably want to use the \refmodule{code} instead.
+read-eval-print loop can be emulated, as is done in the
+\refmodule{code} module. As a result, you probably don't want to use
+the module directly; if you want to include such a loop in your
+program you probably want to use the \refmodule{code} module instead.
There are two parts to this job:
-\begin{list}
-\listitem Being able to tell if a line of input completes a Python
- statement -- in short telling whether to print ``>>> '' or
- ``... '' next.
-\listitem Remembering which future statements the user has entered, so
- subsequent input can be compiled wiht these in effect.
-\end{list}
+\begin{enumerate}
+ \item Being able to tell if a line of input completes a Python
+ statement: in short, telling whether to print
+ `\code{>\code{>}>~} or `\code{...~}' next.
+ \item Remembering which future statements the user has entered, so
+ subsequent input can be compiled with these in effect.
+\end{enumerate}
The \module{codeop} module provides a way of doing each of these
things, and a way of doing them both.
@@ -58,17 +58,17 @@ for the parser is better.
\end{funcdesc}
\begin{classdesc}{Compile}{}
-Instances of this class have \method{__call__} methods indentical in
-signature to the built-in function \function{compile}, but with the
+Instances of this class have \method{__call__()} methods indentical in
+signature to the built-in function \function{compile()}, but with the
difference that if the instance compiles program text containing a
\module{__future__} statement, the instance 'remembers' and compiles
all subsequent program texts with the statement in force.
\end{classdesc}
\begin{classdesc}{CommandCompiler}{}
-Instances of this class have \method{__call__} methods identical in
-signature to \function{compile_command}; the difference is that if the
-instance compiles program text containing a \method{__future__}
+Instances of this class have \method{__call__()} methods identical in
+signature to \function{compile_command()}; the difference is that if
+the instance compiles program text containing a \code{__future__}
statement, the instance 'remembers' and compiles all subsequent
program texts with the statement in force.
\end{classdesc}