[pypy-svn] r3794 - pypy/trunk/doc/funding

lac at codespeak.net lac at codespeak.net
Mon Apr 5 23:16:25 CEST 2004


Author: lac
Date: Mon Apr  5 23:16:24 2004
New Revision: 3794

Modified:
   pypy/trunk/doc/funding/B1.0_objectives.txt
Log:
minor nits


Modified: pypy/trunk/doc/funding/B1.0_objectives.txt
==============================================================================
--- pypy/trunk/doc/funding/B1.0_objectives.txt	(original)
+++ pypy/trunk/doc/funding/B1.0_objectives.txt	Mon Apr  5 23:16:24 2004
@@ -87,8 +87,8 @@
 
 .. [*] The reference C-implementation contains some tests that depend on
    implementation details. The exact line between a language feature and an
-   implementation detail might at times be hard to draw precisely, but in all
-   cases this only concerns a minority of the tests (less than 10%).
+   implementation detail might at times be hard to draw precisely, but in any
+   case only concerns a minority of the tests (less than 10%).
 
 Current State of The Art
 ------------------------------
@@ -120,7 +120,7 @@
 C. Obtaining in this way an interpreter comparable with the current C
 Python implementation would be within current state of the art; but note
 that our approach differs in three respects (as explained in more
-details in the next section): what we will translate is a dynamically loaded
+details in the section *Beyond the State of the Art*): what we will translate is a dynamically loaded
 and initialized program state instead of the static source code; the translator
 works by abstract interpretation (also known as symbolic interpretation),
 which makes it independent from the actual source or bytecode; and we will
@@ -130,7 +130,7 @@
 It will enable separation on concerns between the translator, the
 core interpreter, and the Object Spaces, in the spirit of Aspect
 Oriented Programming (AOP) as developed in [KLM97]_. AOP separate cross-cutting
-aspects into separate components. This approach has however not been used on
+aspects into separate components. This approach has however never been used on
 interpreters for large practical languages.
 
 


More information about the Pypy-commit mailing list