[pypy-svn] r18118 - pypy/dist/pypy/doc
cfbolz at codespeak.net
cfbolz at codespeak.net
Tue Oct 4 02:15:17 CEST 2005
Author: cfbolz
Date: Tue Oct 4 02:15:11 2005
New Revision: 18118
Modified:
pypy/dist/pypy/doc/draft-dynamic-language-translation.txt
Log:
typos
Modified: pypy/dist/pypy/doc/draft-dynamic-language-translation.txt
==============================================================================
--- pypy/dist/pypy/doc/draft-dynamic-language-translation.txt (original)
+++ pypy/dist/pypy/doc/draft-dynamic-language-translation.txt Tue Oct 4 02:15:11 2005
@@ -91,7 +91,7 @@
Of course, putting more efforts into the toolchain would allow us to
support a larger subset of Python. We do not claim that our toolchain --
which we describe in the sequel of this paper -- is particularly advanced.
-To make our point, let us assume a given an analysis tool, which supports
+To make our point, let us assume as given an analysis tool, which supports
a given subset of a language. Then:
* Analysing dead source files is equivalent to giving up all dynamism
@@ -109,8 +109,9 @@
For example, the source code of the PyPy
interpreter, which is itself written in this bounded-dynamism style, makes
extensive use of the fact that it is possible to build new classes at any
-point in time -- not just during an initialization phase -- as long as this
-number of bounded. E.g. `interpreter/gateway.py`_ builds a custom class
+point in time -- not just during an initialization phase -- as long as the
+number of new classes is bounded. E.g. `interpreter/gateway.py`_ builds a
+custom class
for each function that some variable can point to. There is a finite
number of functions in total, so this can obviously only create
a finite number of extra classes. But the precise set of functions that
More information about the Pypy-commit
mailing list