[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