[pypy-commit] pypy improve-docs-fixes: fix some typos
numerodix
noreply at buildbot.pypy.org
Sat Aug 9 11:29:24 CEST 2014
Author: Martin Matusiak <numerodix at gmail.com>
Branch: improve-docs-fixes
Changeset: r72732:7f2b23211785
Date: 2014-08-03 18:26 +0200
http://bitbucket.org/pypy/pypy/changeset/7f2b23211785/
Log: fix some typos
diff --git a/rpython/doc/windows.rst b/rpython/doc/windows.rst
--- a/rpython/doc/windows.rst
+++ b/rpython/doc/windows.rst
@@ -325,11 +325,11 @@
Then, these two C types have corresponding RPython types: ``rffi.LONG``
and ``lltype.Signed`` respectively. The first should really correspond
-to the C ``long``. Add tests that check that integers casted to one
+to the C ``long``. Add tests that check that integers cast to one
type or the other really have 32 and 64 bits respectively, on Win64.
Once these basic tests work, you need to review ``rpython/rlib/`` for
-usages of ``rffi.LONG`` versus ``lltype.Signed``. The goal would be to
+uses of ``rffi.LONG`` versus ``lltype.Signed``. The goal would be to
fix some more ``LONG-versus-Signed`` issues, by fixing the tests --- as
always run on top of CPython64/64. Note that there was some early work
done in ``rpython/rlib/rarithmetic`` with the goal of running all the
@@ -340,13 +340,13 @@
with a minimal set of modules, starting with ``--no-allworkingmodules``;
you need to use CPython64/64 to run this translation too. Check
carefully the warnings of the C compiler at the end. I think that MSVC
-is "nice" in the sense that by default a lot of mismatches of integer
-sizes are reported as warnings.
+is lenient in that by default a lot of mismatches of integer sizes are
+reported as warnings.
Then you need to review ``pypy/module/*/`` for ``LONG-versus-Signed``
issues. At some time during this review, we get a working translated
PyPy on Windows 64 that includes all ``--translationmodules``, i.e.
-everything needed to run translations. When we are there, the hacked
+everything needed to run translations. Once we have that, the hacked
CPython64/64 becomes much less important, because we can run future
translations on top of this translated PyPy. As soon as we get there,
please *distribute* the translated PyPy. It's an essential component
More information about the pypy-commit
mailing list