]> granicus.if.org Git - python/commitdiff
Fix broken reference, minor clarification.
authorFred Drake <fdrake@acm.org>
Thu, 16 May 2002 13:48:14 +0000 (13:48 +0000)
committerFred Drake <fdrake@acm.org>
Thu, 16 May 2002 13:48:14 +0000 (13:48 +0000)
Doc/ext/extending.tex

index 41bdab5860406e21e31cfa6507e23ba435a528c3..9b6517a6d900f70a721a582e16fb9f3fe928ffe9 100644 (file)
@@ -414,18 +414,20 @@ for more information.
 
 There are two more things to do before you can use your new extension:
 compiling and linking it with the Python system.  If you use dynamic
-loading, the details depend on the style of dynamic loading your
-system uses; see the chapters about building extension modules on
-\UNIX{} (chapter \ref{building-on-unix}) and Windows (chapter
-\ref{building-on-windows}) for more information about this.
-% XXX Add information about MacOS  
+loading, the details may depend on the style of dynamic loading your
+system uses; see the chapters about building extension modules
+(chapter \ref{building}) and additional information that pertains only
+to building on Windows (chapter \ref{building-on-windows}) for more
+information about this.
+% XXX Add information about Mac OS
 
 If you can't use dynamic loading, or if you want to make your module a
 permanent part of the Python interpreter, you will have to change the
 configuration setup and rebuild the interpreter.  Luckily, this is
-very simple: just place your file (\file{spammodule.c} for example) in
-the \file{Modules/} directory of an unpacked source distribution, add
-a line to the file \file{Modules/Setup.local} describing your file:
+very simple on \UNIX: just place your file (\file{spammodule.c} for
+example) in the \file{Modules/} directory of an unpacked source
+distribution, add a line to the file \file{Modules/Setup.local}
+describing your file:
 
 \begin{verbatim}
 spam spammodule.o