- py.execnet: ad-hoc code distribution to SSH, Socket and local sub processes
- py.magic.greenlet: micro-threads on standard CPython ("stackless-light") and PyPy
- py.path: path abstractions over local and subversion files
- py.code: dynamic code compile and traceback printing support
- tested against Linux, Win32, OSX, works on python 2.3-2.6
Friday, August 22, 2008
pylib/py.test 0.9.2 released
PyPy and its 14638 automated tests use the py.test tool which is also used by many other projects. PyPy developers have actually driven and contributed a lot to its development.
I just released version 0.9.2 of the py lib mainly fixing Windows issues and providing better packaging and integration with setuptools. It's usable completely independently from PyPy - "easy_install py" gives you the py.test command line. Of course you can run py.test on top of a translated PyPy version as well. Here is a quick summary of what the py lib provides besides py.test:
Tuesday, August 19, 2008
New translation option: --opt
Hi all,
A few command-line options for translate.py have changed. Most interesting is that optimization levels are selected with the option --opt, or -O for short. This replaces --allopts, which was also called --faassen in reference to a person who is actually not involved in PyPy (so that was a bit of a strange joke). Also, --allworkingmodules is the default nowadays, and can be cancelled with --no-allworkingmodules. Threads are also included in --allworkingmodules now.
Examples:
- translate.py (reasonable default, corresponds to --opt=2)
- translate.py --opt=3 (best, maybe 10-20% faster)
- translate.py --opt=1 (translation is faster and less RAM-hungry)
For more information, see:
PyPy runs unmodified django 1.0 beta
This is just a quick update post to previous post - django folks commited all
outstanding tickets and we are able to run unmodified django
on top of pypy-c. Instructions how to do it are well explained
on django wiki entry
enjoy,
fijal
enjoy,
fijal