[pypy-svn] r48410 - pypy/branch/pypy-rpython-unicode/rpython/ootypesystem

antocuni at codespeak.net antocuni at codespeak.net
Thu Nov 8 14:20:12 CET 2007


Author: antocuni
Date: Thu Nov  8 14:20:11 2007
New Revision: 48410

Modified:
   pypy/branch/pypy-rpython-unicode/rpython/ootypesystem/rstr.py
Log:
remove outdated comment



Modified: pypy/branch/pypy-rpython-unicode/rpython/ootypesystem/rstr.py
==============================================================================
--- pypy/branch/pypy-rpython-unicode/rpython/ootypesystem/rstr.py	(original)
+++ pypy/branch/pypy-rpython-unicode/rpython/ootypesystem/rstr.py	Thu Nov  8 14:20:11 2007
@@ -11,23 +11,6 @@
 # conversion
 
 class StringRepr(AbstractStringRepr):
-    """
-    Some comments about the state of ootype strings at the end of Tokyo sprint
-
-    What was accomplished:
-    - The rstr module was split in an lltype and ootype version.
-    - There is the beginnings of a String type in ootype.
-    - The runtime representation of Strings is a subclass of the builtin str.
-      The idea is that this saves us from boilerplate code implementing the
-      builtin str methods.
-
-    Nothing more was done because of lack of time and paralysis in the face
-    of too many problems. Among other things, to write any meaningful tests
-    we first need conversion from Chars to Strings (because
-    test_llinterp.interpret won't accept strings as arguments). We will need a
-    new low-level operation (convert_char_to_oostring or some such) for this.
-    """
-
     lowleveltype = ootype.String
 
     def __init__(self, *args):



More information about the Pypy-commit mailing list