dev-python/pypy is famous for having ridiculously long compile times. On my system (amd64 with 2G RAM) it took 6.5 days ... and then the next week the next version gets released. It would very be nice if there was some sort of option to build with itself. Obviously, you'd want to have some way of disabling it in case you had a broken pypy, but it would be sane to prefer it by default, perhaps with an automated test.
On further exploration, pypy 1.9 took longer to build on pypy 1.8, than pypy 1.8 took to build on cpython. On the other hand, pypy 1.9 built in less than a day when I upgraded to 3GB RAM on amd64.
You really, really, really need more RAM. See http://pypy.org/download.html#building-from-source . There are some tweaks that can be made there, but I believe we should look into providing a prebuilt binary for people who do not have 4G (or preferably more) of RAM. Build time if the translation process fits into memory is something like 1 or 2 hours, it gets a *lot* longer if it starts thrashing, like it does on your 2G or 3G system.
The last time I checked, PyPy translated twice as fast when using PyPy instead of CPython. (Assuming enough RAM)
Yes, PyPy compiling itself on systems with >=4GiB ram is at least twice as fast than with CPython. The ebuild should check if PyPy is installed and prefer it in favour of CPython (perhaps with USE-flag)
With the latest pypy ebuilds, you can build pypy using pypy by setting EPYTHON in a package.env configuration. For example: mkdir -p /etc/portage/env echo EPYTHON=pypy-c1.9 >> /etc/portage/env/pypy.conf echo dev-python/pypy pypy.conf >> /etc/portage/package.env I think it might still be preferable to have the ebuild automatically prefer pypy, but this is an easy workaround.