summaryrefslogtreecommitdiffstats
path: root/Doc/ext
diff options
context:
space:
mode:
authorFred Drake <fdrake@acm.org>1999-03-09 18:36:55 (GMT)
committerFred Drake <fdrake@acm.org>1999-03-09 18:36:55 (GMT)
commitdc12ec8ca0d9407c34834ae7b90dde526a9f5aa7 (patch)
tree82a08c7526aea2898111b1e9bc36bd1e9ccee509 /Doc/ext
parent496bc7f2384a8e203fe3c56e1b87a8055787a793 (diff)
downloadcpython-dc12ec8ca0d9407c34834ae7b90dde526a9f5aa7.zip
cpython-dc12ec8ca0d9407c34834ae7b90dde526a9f5aa7.tar.gz
cpython-dc12ec8ca0d9407c34834ae7b90dde526a9f5aa7.tar.bz2
Fix a number of typos and small grammatical nits pointed out by Detlef
Lannert <lannert@lannert.rz.uni-duesseldorf.de>. Added a comment explaining the cast in the method table for the keyword arguments sample code, in response to another comment by Detlef.
Diffstat (limited to 'Doc/ext')
-rw-r--r--Doc/ext/ext.tex22
1 files changed, 13 insertions, 9 deletions
diff --git a/Doc/ext/ext.tex b/Doc/ext/ext.tex
index 744de5c..283e284 100644
--- a/Doc/ext/ext.tex
+++ b/Doc/ext/ext.tex
@@ -255,7 +255,7 @@ course, you should choose exceptions wisely --- don't use
should probably be \cdata{PyExc_IOError}). If something's wrong with
the argument list, the \cfunction{PyArg_ParseTuple()} function usually
raises \cdata{PyExc_TypeError}. If you have an argument whose value
-which must be in a particular range or must satisfy other conditions,
+must be in a particular range or must satisfy other conditions,
\cdata{PyExc_ValueError} is appropriate.
You can also define a new exception that is unique to your module.
@@ -380,7 +380,7 @@ The \constant{METH_KEYWORDS} bit may be set in the third field if keyword
arguments should be passed to the function. In this case, the C
function should accept a third \samp{PyObject *} parameter which will
be a dictionary of keywords. Use \cfunction{PyArg_ParseTupleAndKeywords()}
-to parse the arguemts to such a function.
+to parse the arguments to such a function.
The method table must be passed to the interpreter in the module's
initialization function (which should be the only non-\code{static}
@@ -462,7 +462,7 @@ Calling a Python function is easy. First, the Python program must
somehow pass you the Python function object. You should provide a
function (or some other interface) to do this. When this function is
called, save a pointer to the Python function object (be careful to
-\cfunction{Py_INCREF()} it!) in a global variable --- or whereever you
+\cfunction{Py_INCREF()} it!) in a global variable --- or wherever you
see fit. For example, the following function might be part of a module
definition:
@@ -719,7 +719,7 @@ It is possible to pass Python long integers where integers are
requested; however no proper range checking is done --- the most
significant bits are silently truncated when the receiving field is
too small to receive the value (actually, the semantics are inherited
-from downcasts in C --- your milage may vary).
+from downcasts in C --- your mileage may vary).
A few other characters have a meaning in a format string. These may
not occur inside nested parentheses. They are:
@@ -736,7 +736,7 @@ of the corresponding C variable(s).
\item[\samp{:}]
The list of format units ends here; the string after the colon is used
as the function name in error messages (the ``associated value'' of
-the exceptions that \cfunction{PyArg_ParseTuple()} raises).
+the exception that \cfunction{PyArg_ParseTuple()} raises).
\item[\samp{;}]
The list of format units ends here; the string after the colon is used
@@ -866,6 +866,10 @@ keywdarg_parrot(self, args, keywds)
}
static PyMethodDef keywdarg_methods[] = {
+ /* The cast of the function is necessary since PyCFunction values
+ * only take two PyObject* parameters, and keywdarg_parrot() takes
+ * three.
+ */
{"parrot", (PyCFunction)keywdarg_parrot, METH_VARARGS|METH_KEYWORDS},
{NULL, NULL} /* sentinel */
};
@@ -1605,9 +1609,9 @@ begin:
\end{verbatim}
to indicate that the modules defined in \file{Setup} are to be built
-as dynamically-linked linked modules. A line containing only
-\samp{*static*} can be used to indicate the subsequently listed
-modules should be statically linked.
+as dynamically linked modules. A line containing only \samp{*static*}
+can be used to indicate the subsequently listed modules should be
+statically linked.
Here is a complete \file{Setup} file for building a
\module{cPersistent} module:
@@ -1672,7 +1676,7 @@ Several compiler options are supported:
\end{tableii}
Other compiler options can be included (snuck in) by putting them
-in variable variables.
+in variables.
Source files can include files with \file{.c}, \file{.C}, \file{.cc},
\file{.cpp}, \file{.cxx}, and \file{.c++} extensions.