[pypy-svn] r41481 - pypy/dist/pypy/doc

[hpk at codespeak.net]

Author: hpk
Date: Tue Mar 27 15:31:13 2007
New Revision: 41481

Modified:
   pypy/dist/pypy/doc/new-architecture.txt
Log:
using mwh's rewrite of the mission-statement,
removing the earlier version, leaving XXX relating
to the earlier revision to check further. 


Modified: pypy/dist/pypy/doc/new-architecture.txt
==============================================================================
--- pypy/dist/pypy/doc/new-architecture.txt	(original)
+++ pypy/dist/pypy/doc/new-architecture.txt	Tue Mar 27 15:31:13 2007
@@ -13,38 +13,13 @@
 
 We aim to provide:
 
-* a common translation and support framework for generating interpreters
-  and implementations of dynamic languages, supporting a clean separation 
-  between language specification and implementation aspects. 
-
-* a compliant and fast Python Language interpreter 
-  enabling new advanced features without the requirement
-  to encode low level details into it. 
-
-The choice of target platform as well as advanced optimizations 
-techniques are to become aspects of the translation process, up
-to the ultimate point of *generating Just-in-Time compilers* 
-for dynamic language interpreters. 
-
-.. XXX <arigo>
-   the above wording looks nice, but somehow I end up missing all
-   these notions that were more explicit in the previous missing statement:
-   flexibility, variety of platforms large and small, custom Python
-   versions, memory and threading models, robustness against language
-   change, generating complete VMs, and the proof that it's really not
-   only for Python because we have other interpreters already...
-
-.. here's mwh's rewrite:
-
-We aim to provide:
-
  * a common translation and support framework for producing
    implementations of dynamic languages, emphasising a clean
    separation between language specification and implementation
    aspects.
 
- * a flexible and fast implementation of the Python_ Language using
-   the above framework to enable new advanced features without having
+ * a compliant, flexible and fast implementation of the Python_ Language 
+   using the above framework to enable new advanced features without having
    to encode low level details into it.
 
 By separating concerns in this way, we intend for our implementation
@@ -57,6 +32,15 @@
 generator, should become robust against changes in the languages 
 implementated.
 
+.. XXX <arigo> (relating to an older version of the above)
+   the above wording looks nice, but somehow I end up missing all
+   these notions that were more explicit in the previous missing statement:
+   flexibility, variety of platforms large and small, custom Python
+   versions, memory and threading models, robustness against language
+   change, generating complete VMs, and the proof that it's really not
+   only for Python because we have other interpreters already...
+
+
 High Level Goals
 =============================