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

[antocuni at codespeak.net]

Author: antocuni
Date: Wed Feb 14 19:01:27 2007
New Revision: 38862

Modified:
   pypy/dist/pypy/doc/getting-started.txt
   pypy/dist/pypy/doc/translation.txt
Log:
the clr module is buggy when translated :-(



Modified: pypy/dist/pypy/doc/getting-started.txt
==============================================================================
--- pypy/dist/pypy/doc/getting-started.txt	(original)
+++ pypy/dist/pypy/doc/getting-started.txt	Wed Feb 14 19:01:27 2007
@@ -676,35 +676,6 @@
 fine. Once assembled, you can run the produced executable with the
 Microsoft Runtime.
 
-You can also try the still very experimental ``clr`` module that
-enables integration with the surrounding .NET environment.  First, you
-have to tell translate.py to include the ``clr`` module::
-
-    ./translate.py --text --batch --backend=cli targetpypystandalone.py --withmod-clr
-
-Then, you can dynamically load .NET classes using the
-``clr.load_cli_classe`` method. After a class has been loaded, you can
-instantiate and use it as it were a normal Python class. Special
-methods such as indexers and properties are supported using the usual
-Python syntax:
-
-    >>>> import clr
-    >>>> ArrayList = clr.load_cli_class('System.Collections', 'ArrayList')
-    >>>> obj.Add(1)
-    0
-    >>>> obj.Add(2)
-    1
-    >>>> obj.Add("foo")
-    2
-    >>>> print obj[0], obj[1], obj[2]
-    1 2 foo
-    >>>> print obj.Count
-    3
-
-At the moment the only way to load a .NET class is to explicitly use
-``clr.load_cli_class``; in the future they will be automatically
-loaded when accessing .NET namespaces as they were Python modules, as
-IronPython does.
 
 .. _`start reading sources`: 
 

Modified: pypy/dist/pypy/doc/translation.txt
==============================================================================
--- pypy/dist/pypy/doc/translation.txt	(original)
+++ pypy/dist/pypy/doc/translation.txt	Wed Feb 14 19:01:27 2007
@@ -731,7 +731,7 @@
 
 The Object-Oriented backends target platforms that are less C-like and support
 classes, instance etc. If such a platform is targetted, the `OO type system` is
-used while rtyping. Of the OO backends, currently only genclr can translate the
+used while rtyping. Of the OO backends, currently only gencli can translate the
 full PyPy, but the Java backend is getting close.
 
 .. _`oo type system`: rtyper.html#oo-type