|
Size: 2615
Comment:
|
Size: 822
Comment: converted to 1.6 markup
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 6: | Line 6: |
| * test_builtin | * test_unicode |
| Line 8: | Line 8: |
| * test_input_and_raw_input - del sys.stdin does nothing * test_cmp - Jython can compare objects with cycles in them, at least for this test. * test_general_eval - Jython can use arbitrary maps for globals; this was discussed for CPython. Not in current 2.6, perhaps because it touched a lot of code or issues with performance (see http://bugs.python.org/issue1402289) * test_execfile - on the other hand, Jython does not even validate that the locals or globals are in fact mapping objects * test_doctest - unicode problem * test_generators * parser probs where we don't reject bad syntax * ill-behaved generator doesn't finalize upon GC * closure setup in visitLambda and visitGeneratorExp does not interact properly with a yield point, resulting in bad bytecode * test_inspect * test_site - del sys.setdefaultencoding does nothing * test_struct - needs new 2.5 struct.Struct type and pack_into/unpack_from * test_unicode - no idna encoding (which needs unicodedata); raises wrong error for decode to int of unicode string * test_univnewlines - test_doctest failures don't restore sys.stdin -- causes to skip (it normally passes) * test_with - 1 failure, testNestedSingleStatements (__main__.ExceptionalTestCase), this is a tricky one |
* test_codecs_idna - no idna encoding (which needs unicodedata 3.2.0) http://bugs.jython.org/issue1153 * test_stringprep - http://bugs.jython.org/issue1758320 |
| Line 32: | Line 15: |
| * test_tuple - sometimes OutOfMemoryErrors during regrtest (when creating a set from a large list of small tuples). maybe not the tests fault, but the fact that the regrtest progressively uses more and more memory as it goes: http://pylonshq.com/pasties/917 | |
| Line 34: | Line 16: |
| Parser ====== |
Under Development ================= |
| Line 37: | Line 19: |
| * test_compiler - one line functions are not working compiler.parse (causing AttributeError: 'NoneType' object has no attribute 'suite') * test_decorators - compile(..., "eval") not working for test_dbcheck * test_doctest - in addition to the unicode problem, there is a parsing problem with newlines + comment -- the following fails: (try: pass<newline>except: pass<newlne>#comment) * test_syntax - lots of work needed to make exceptions look more like CPython * test_inspect.test_wrapped_decorator, the line number needs to be set for the wrapped function at the def, not at the decorators stacked above. right now node.getLine() in CodeCompiler#visitFunctionDef must be reporting where the function def starts in the AST (which includes of course the decorators) |
Or perhaps more accurately, the following *should* be under development. |
| Line 43: | Line 21: |
| Development =========== * test__rawffi (for ctypes, ported from PyPy) * test_multibytecodec (implies test_multibytecodec_support) |
* _rawffi (for ctypes, ported from PyPy) * bz2 (Georgy Berdyshev is looking at this. Leo User's bz2 module code is available from here: http://underboss.org/~pjenvey/jython/jythonx-bits.tar.bz2 ) * multibytecodec (implies test_multibytecodec_support) * unicodedata - need a Java implementation, not our current Jython workaround (too slow to load, on the order of a couple of seconds) |
To Fix
- test_unicode
- test_codecs_idna - no idna encoding (which needs unicodedata 3.2.0) http://bugs.jython.org/issue1153
- test_stringprep - http://bugs.jython.org/issue1758320
Flaky/arch?
- test_socket - historically this is the case on SO_RCVBUF, SO_SNDBUF
Under Development
Or perhaps more accurately, the following should be under development.
- _rawffi (for ctypes, ported from PyPy)
- bz2 (Georgy Berdyshev is looking at this. Leo User's bz2 module code is available from here: http://underboss.org/~pjenvey/jython/jythonx-bits.tar.bz2 )
- multibytecodec (implies test_multibytecodec_support)
- unicodedata - need a Java implementation, not our current Jython workaround (too slow to load, on the order of a couple of seconds)