[pypy-svn] r51907 - pypy/extradoc/proposal

[antocuni at codespeak.net]

Author: antocuni
Date: Wed Feb 27 18:13:27 2008
New Revision: 51907

Modified:
   pypy/extradoc/proposal/openjdk-challenge.txt
Log:
typos



Modified: pypy/extradoc/proposal/openjdk-challenge.txt
==============================================================================
--- pypy/extradoc/proposal/openjdk-challenge.txt	(original)
+++ pypy/extradoc/proposal/openjdk-challenge.txt	Wed Feb 27 18:13:27 2008
@@ -65,7 +65,7 @@
 to been said that the JVM was not originally designed for such
 applications; for example, the process of loading a single method is
 very expensive, since it involves the creation and loading of a
-sorrounding class.
+surrounding class.
 
 The new Da Vinci Machine contains a lot of interesting features that
 could be effectively exploited by the PyPy JIT to produce an even more
@@ -132,8 +132,8 @@
 all the optimizations written for the others backend.
 
 We also expect to find benchmarks in which the JIT that targets the
-MLVM will perform better thant the JIT that targets the plain JVM,
-though it is hard to speficy a precise commitment here without knowing
+MLVM will perform better than the JIT that targets the plain JVM,
+though it is hard to specify a precise commitment here without knowing
 which features of the MLVM will be possible to use.
 
 
@@ -180,7 +180,7 @@
     efficient implementation of EcmaScript which runs on top of the JVM;
 
   - Jython compiles Python source code to JVM bytecode; however,
-    unlike most compilers, the compilation phase occours when the JVM
+    unlike most compilers, the compilation phase occurs when the JVM
     has already been started, by generating and loading bytecode on
     the fly; despite emitting code at runtime, this kind of compiler
     really works ahead of time (AOT), because the code is fully