Hello,
I've been trying to play around with the PyPy source and work on fixing some
bugs. One of the things I wanted to look at was the graph files generated by
the shell. I installed PyGame and GraphViz and when I run a "t.view" on a
Translation object, I get the following crazy thing.
Has anyon
On Fri, Aug 19, 2011 at 23:52 +0200, Maciej Fijalkowski wrote:
> On Fri, Aug 19, 2011 at 7:35 PM, holger krekel wrote:
> > Congrats also from here!
> >
> > On the plus side pytest's own test suite passes all tests, even some which
> > are marked as "expected-to-fail" with cpython-2.7. On the minu
On Fri, Aug 19, 2011 at 7:35 PM, holger krekel wrote:
> Congrats also from here!
>
> On the plus side pytest's own test suite passes all tests, even some which
> are marked as "expected-to-fail" with cpython-2.7. On the minus side,
> the whole test run is still 2-3 times slower compared to cpytho
On 19 August 2011 21:29, Amaury Forgeot d'Arc wrote:
> Actually it's enough to change the declaration of ssize_t in
> multibytecodec.h: long instead of int.
Ok, I am going to give that a shot. MSVC also failed (with a very
long list of errors). Back to mingw it is.
regards
Caleb
_
http://pypi.python.org/pypi/regex installs nicely on pypy-1.6 on my
Ubuntu 11.04 i386 but
from regex import sub
Traceback (most recent call last):
File "", line 1, in
File "/var/Home/serhat/Program/pypy-1.6/site-packages/regex.py",
line 343, in
from _regex_core import *
File "/var
Actually it's enough to change the declaration of ssize_t in
multibytecodec.h: long instead of int.
Amaury Forgeot d'Arc
Le 19 août 2011 21:20, "Caleb Hattingh" a écrit :
> On 19 August 2011 18:55, Caleb Hattingh wrote:
>> I ran out of memory some time after the JIT had successfully compiled,
>>
On 19 August 2011 18:55, Caleb Hattingh wrote:
> I ran out of memory some time after the JIT had successfully compiled,
> so now I am trying
>
> PYPY_GC_MAX_DELTA=200MB pypy --jit loop_longevity=300 ./translate.py -Ojit
>
> as suggested in the help page. Will post here again if I succeed.
Unfort
Congrats also from here!
On the plus side pytest's own test suite passes all tests, even some which
are marked as "expected-to-fail" with cpython-2.7. On the minus side,
the whole test run is still 2-3 times slower compared to cpython which is
slightly worse than with pypy-1.5. of course there i
Can you elaborate about this new model? I remember reading in this list that
PyPy-JIT would not work with greenlet because of how greentlet manipulated the
C stack and there wasn't any easy solution. What has changed?
So will PyPy JIT work with gevent which is based on libevent (and soon to be
On Fri, Aug 19, 2011 at 1:56 PM, David Fraser wrote:
> The pypy JIT takes a while to work out which parts of python code need
> optimization etc, and only after that phase do the speedups become relevant.
> Have there been any efforts (indeed, is it a feasible idea at all) that look
> at saving
On 19 August 2011 16:04, Amaury Forgeot d'Arc wrote:
> 2011/8/19 Caleb Hattingh
> I had the same issue with a machine where libffi-dev is not available.
> The first fix is to modify pypy/jit/metainterp/optimizeopt/fficall.py
> and move the line "from pypy.rlib.libffi import Func" shortly before
>
2011/8/19 Caleb Hattingh
> On 19 August 2011 14:48, Caleb Hattingh wrote:
> > I have tried placing ffi.h (and ffi_common.h and ffitarget.h) in
> > various strategic places, but to no avail.
>
> It seems this particular problem (libffi for mingw) was discussed in
> IRC by Varriount:
>
> http://ww
On Friday, August 19, 2011 at 3:40:24 PM, "Harald Armin Massa"
wrote:
> >> The pypy JIT takes a while to work out which parts of python code
> >> need optimization etc,
>
> > No, this is not really doable. The JIT writes explicitly in the
> > assembler the address of a ton of constants.
>
> co
On 19 August 2011 14:48, Caleb Hattingh wrote:
> I have tried placing ffi.h (and ffi_common.h and ffitarget.h) in
> various strategic places, but to no avail.
It seems this particular problem (libffi for mingw) was discussed in
IRC by Varriount:
http://www.tismer.com/pypy/irc-logs/pypy/pypy.2011
On Friday, August 19, 2011 at 3:32:07 PM, "Armin Rigo" wrote:
> Hi David,
>
> On Fri, Aug 19, 2011 at 1:56 PM, David Fraser
> wrote:
> > The pypy JIT takes a while to work out which parts of python code
> > need optimization etc, and only after that phase do the speedups
> > become relevant. H
>> The pypy JIT takes a while to work out which parts of python code need
>> optimization etc,
> No, this is not really doable. The JIT writes explicitly in the
> assembler the address of a ton of constants.
could a special "logging area" be of use? as in
JIT decides foo_do_something_often() i
Hi David,
On Fri, Aug 19, 2011 at 1:56 PM, David Fraser wrote:
> The pypy JIT takes a while to work out which parts of python code need
> optimization etc, and only after that phase do the speedups become relevant.
> Have there been any efforts (indeed, is it a feasible idea at all) that look
Hi
This is a really silly thing, but I am hoping someone who has done
this before can just give me the one-liner answer.
I am trying to build pypy 1.6 on Windows XP using MinGW (in an MSYS
environment). The build gets started, and I see a bit of Mandelbrot,
but when the time comes for JIT, I ge
Hi,
in the Getting Started section of the documentation
(http://doc.pypy.org/en/latest/getting-started.html), the command to
download pip should be
$ curl -O https://raw.github.com/pypa/pip/master/contrib/get-pip.py
In browser, the old link
(https://github.com/pypa/pip/raw/master/contrib/ge
Hi
This is a fairly naive question from a newbie...
The pypy JIT takes a while to work out which parts of python code need
optimization etc, and only after that phase do the speedups become relevant.
Have there been any efforts (indeed, is it a feasible idea at all) that look at
saving these o
Il giorno 25/lug/2011, alle ore 14:31, Armin Rigo ha scritto:
>
> Indeed, there is nothing like that so far. We need to think out the
> kind of C-level API which makes sense for libpypy.so to expose. There
> are two options: either we tweak a little bit cpyext to expose the
> CPython C API, or
On 08/18/2011 09:51 PM, David Edelsohn wrote:
Sven,
With the attached patch, all of the ppc/ppcgen/test/test_ppc.py tests
pass except for test_call_function that I skip while I debug it.
I updated ppc_assembler.py:load_from() to load a full 64 bit value on
64 bit systems. It is not exactly rig
Hi Jacob,
On Fri, Aug 19, 2011 at 2:10 AM, Jacob Biesinger
wrote:
> A bit OT: The recent release of ipython added some powerful multiprocessing
> features using ZeroMQ. I've only glanced at pypy's extensive threading
> optimizations (e.g., greenlets). Does pypy jit across thread/process
> boun
23 matches
Mail list logo
