bedup icon indicating copy to clipboard operation
bedup copied to clipboard

No longer working with pypy

Open sjnewbury opened this issue 10 years ago • 5 comments

I've been using bedup with pypy for the last couple of years, it's much faster than with CPython for bedup. Dropping of python2 support has made this impossible. Unfortunately, it's not possible to simply use Py3k instead, since it currently only implements Python 3.2.5 which you've also just dropped support for!

sjnewbury avatar Sep 23 '15 08:09 sjnewbury

I dropped Python 3.2 when I noticed this, but also because there were extra complications with testing (I have a Python3 tool to launch kernels on Travis, and I didn't want to backport it). I don't know how far it's diverged. If I'm to develop this in the future I don't want to be tied to an old Python release (3.2 is five months away from its security EOL).

I've kept PyPy3 in the CI (while ignoring failures), I like the project but I was rather hoping they'd update their stdlib port.

g2p avatar Sep 23 '15 15:09 g2p

Though I found this: http://buildbot.pypy.org/nightly/py3.3/, if you're feeling courageous.

g2p avatar Sep 23 '15 15:09 g2p

I actually just tried building PyPy from the py3.3 branch build succeeded but the resultant pypy didn't work right now. Such is life on the bleeding edge.

sjnewbury avatar Sep 24 '15 13:09 sjnewbury

Got py3.3 branch to compile with "shadowstack". No idea why it's not working with asmgcroot with the same gcc version as pypy(2). I'll give it a go with bedup once I have all the dependencies emerged with pypy3/py3.3 and let you know if it works.

sjnewbury avatar Sep 25 '15 12:09 sjnewbury

No idea why, but I can't build pypy3 (from py3.3 branch) without it hard coding the build tree for its run-time resources! I'm on Gentoo as you probably gathered, so I modified the official ebuild to pull the source from the mercurial py3.3 branch. Confused.

sjnewbury avatar Sep 26 '15 19:09 sjnewbury