[pypy-dev] newbie question: why doesn't pypy run google app engine dev_appserver.py?

2013-03-01 Thread Adam Sah
There are hordes of small app engine apps that would love to self-host but for the (very) poor performance of dev_appserver, which seems to hinge on CPU and memory performance, which pypy could address. thanks, adam ___ pypy-dev mailing list pypy-dev@pyt

Re: [pypy-dev] Slow int code

2013-03-01 Thread Armin Rigo
Hi Roger, On Fri, Mar 1, 2013 at 10:13 PM, Roger Flores wrote: > I see both BINARY_XOR and BINARY_AND call a function instead of xor and and. > Why? Is there something I can change in my code to let those instructions be > used instead? Can xoring two ints really cause an exception? If it b

Re: [pypy-dev] Slow int code

2013-03-01 Thread Roger Flores
>I think there is nothing quite broken for PyPy.  It just has a very long >warm-up time. I think the jit has warmed up, for a few different reasons.  Maybe some of them are leading me astray though. >That means every additional run takes only 5 seconds. Right.  The way I interpret that is no

Re: [pypy-dev] curses_cffi and others

2013-03-01 Thread Armin Rigo
Hi Gabriel, On Fri, Mar 1, 2013 at 4:22 PM, Gabriel de Perthuis wrote: > Packages using CFFI should be able to install-require CFFI whatever the > interpreter is, including requiring newer versions than the one the > interpreter > ships. The problem is that the pure Python CFFI is rather tied t

Re: [pypy-dev] test_ztranslation in micronumpy/test not tranlating all ufunc functions in types.py

2013-03-01 Thread Armin Rigo
Hi Matti, On Fri, Mar 1, 2013 at 3:47 PM, matti picus wrote: > test/test_ztranslation still passes even if I put an xxx in > Bool.reciprocal (line 397) in micronumpy/types.py. What am I doing > wrong? Fixed in e61ccf099ed1. That was really a bug. A bientôt, Armin. ___

Re: [pypy-dev] curses_cffi and others

2013-03-01 Thread Gabriel de Perthuis
> Hi all, hi Jeremy, > > I'm thinking about merging the curses_cffi branch, and I see efforts > going on in sqlite-cffi. Great :-) > > We need to think about how we want to support cffi-based modules in > PyPy. So far the idea is to include the official release of CFFI > together with regular P

[pypy-dev] test_ztranslation in micronumpy/test not tranlating all ufunc functions in types.py

2013-03-01 Thread matti picus
test/test_ztranslation still passes even if I put an xxx in Bool.reciprocal (line 397) in micronumpy/types.py. What am I doing wrong? Matti ___ pypy-dev mailing list pypy-dev@python.org http://mail.python.org/mailman/listinfo/pypy-dev

Re: [pypy-dev] curses_cffi and others

2013-03-01 Thread Stefano Rivera
Hi Armin (2013.03.01_12:54:09_+0200) > We need to think about how we want to support cffi-based modules in > PyPy. So far the idea is to include the official release of CFFI > together with regular PyPy installations. The related question is: How do we ship CFFI modules in PyPy? Import all the cf

Re: [pypy-dev] curses_cffi and others

2013-03-01 Thread Костя Лопухин
Hi! Maybe a possible way is that you have "major" releases of cffi without backward incompatible changes that correspond to PyPy releases - so that any cffi 1.x works on PyPy 2.0, and any cffi 2.x works on PyPy 2.1, etc. And than you can complain if there is major version mismatch of cffi. So there

[pypy-dev] curses_cffi and others

2013-03-01 Thread Armin Rigo
Hi all, hi Jeremy, I'm thinking about merging the curses_cffi branch, and I see efforts going on in sqlite-cffi. Great :-) We need to think about how we want to support cffi-based modules in PyPy. So far the idea is to include the official release of CFFI together with regular PyPy installation

Re: [pypy-dev] Slow int code

2013-03-01 Thread Armin Rigo
Hi Roger, On Thu, Feb 28, 2013 at 6:00 PM, Roger Flores wrote: > OK then. Unzip it, grab a text file large enough to warm up the jit, and run > the line to generate the log for jitviewer. I think there is nothing quite broken for PyPy. It just has a very long warm-up time. On my 64-bit laptop,