[pypy-svn] r51547 - in pypy/dist/pypy/doc: . discussion

[cfbolz at codespeak.net]

Author: cfbolz
Date: Sat Feb 16 00:36:29 2008
New Revision: 51547

Modified:
   pypy/dist/pypy/doc/discussion/ctypes_todo.txt
   pypy/dist/pypy/doc/interpreter.txt
Log:
typos


Modified: pypy/dist/pypy/doc/discussion/ctypes_todo.txt
==============================================================================
--- pypy/dist/pypy/doc/discussion/ctypes_todo.txt	(original)
+++ pypy/dist/pypy/doc/discussion/ctypes_todo.txt	Sat Feb 16 00:36:29 2008
@@ -5,8 +5,8 @@
 
   - for unions and structs, late assignement of _fields_ is somewhat buggy.
     Tests about behavior of getattr working properly on instances
-    are missing or not full. Some tests are skipped because I didn't understand
-    details.
+    are missing or not comprehensive. Some tests are skipped because I didn't
+    understand the details.
 
   - restype being a function is not working.
 

Modified: pypy/dist/pypy/doc/interpreter.txt
==============================================================================
--- pypy/dist/pypy/doc/interpreter.txt	(original)
+++ pypy/dist/pypy/doc/interpreter.txt	Sat Feb 16 00:36:29 2008
@@ -31,7 +31,7 @@
 translated with the rest of PyPy.
 
 Code objects contain
-contensed information about their respective functions, class and 
+condensed information about their respective functions, class and 
 module body source codes.  Interpreting such code objects means
 instantiating and initializing a `Frame class`_ and then
 calling its ``frame.eval()`` method.  This main entry point 
@@ -100,7 +100,7 @@
 It is for this reason that PyPy resorts to generate
 specialized frame classes and functions at `initialization
 time`_ in order to let the annotator only see rather static 
-program flows with homogenous name-value assignments on 
+program flows with homogeneous name-value assignments on 
 function invocations. 
 
 .. _`how-to guide for descriptors`: http://users.rcn.com/python/download/Descriptor.htm
@@ -190,7 +190,7 @@
 * ``co_lnotab`` a helper table to compute the line-numbers corresponding to bytecodes 
 
 In PyPy, code objects also have the responsibility of creating their Frame_ objects
-via the `'create_frame()`` method.  With proper parser and compiler support this should
+via the `'create_frame()`` method.  With proper parser and compiler support this would
 allow to create custom Frame objects extending the execution of functions
 in various ways.  The several Frame_ classes already utilize this flexibility
 in order to implement Generators and Nested Scopes.