homepage

then the 2 can complement each other well ;) i don't c any competition
between them as they have completely different objectives
2to3 -> convert 2x scripts to 3k
py3to2 <- use the newly created 3k scripts in existing 2x environ
u have to admit migrating to 3k is quite painful & slow
w/ its lack of 2x's vast extension base. given py3to2's potential to
alleviate this problem for migrating developers,
don't u think that possibly merits its mention in the 2to3 category?
btw, py3to2's patches minimally affects 2.x compatibility:
 ceval.c - backports missing 3.0 opcodes (8 in python 2.5.2)
 bltinmodule.c - backports missing 3.0 function __build_class__
 import.c - adds a 5 line hook to function parse_source_module
 allowing automatic checking for and compiling of 3k scripts
 during import/reload
i just ran 'make test' w/ a patched build of python 2.5.2 w/ following
results on redhat, x86_64:
285 tests OK.
37 tests skipped:
 test_aepack test_al test_applesingle test_bsddb185 test_bsddb3
 test_cd test_cl test_codecmaps_cn test_codecmaps_hk
 test_codecmaps_jp test_codecmaps_kr test_codecmaps_tw test_curses
 test_dl test_gdbm test_gl test_imageop test_imgfile
 test_linuxaudiodev test_macfs test_macostools test_normalization
 test_ossaudiodev test_pep277 test_plistlib test_rgbimg
 test_scriptpackages test_socket_ssl test_socketserver
 test_startfile test_sunaudiodev test_timeout test_urllib2net
 test_urllibnet test_winreg test_winsound test_zipfile64
1 skip unexpected on linux2:
 test_gdbm
not bad considering it now supports 11 of the 18 (soon to b 12 & likely
more...) 3000 series pep's ^_^