Mailman 3 September 2013 - pypy-dev

Windows 7 x64 development
by Robert Grosse 09 Sep '13

09 Sep '13

Hi, I am interested in working on Windows 7 64bit support for PyPy. Does anyone know what the best way to get started with this is? Is there a list of work that needs to be done to support Windows anywhere?

6 9

Specifying lib locations?
by Skip Montanaro 09 Sep '13

09 Sep '13

Trying to build from source, I get the complaint, "failed to guess where ncurses is installed." On our systems they are in decidedly nonstandard locations. A bit of googling didn't turn up an obvious solution, and rpython --help didn't spew any lines that looked promising. How do I specify nonstandard locations of the various dependent libraries? Thanks, Skip

3 8

Working on a recipe for using travis-ci with pypy projects
by Sarah Mount 09 Sep '13

09 Sep '13

Hi there, I haven't had much time to work on rcsp since the Sprint, but I've been tinkering with the infrastructure here and there. I have added the project to the travis-ci.org continuous integration platform here: https://travis-ci.org/snim2/rcsp/ The thing I'm interested in is that it would be nice to use travis to a) run automated tests, b) bulid documentation and c) use rpython to translate to an executable, at the very least to check that the translation doesn't error. This would be really useful for others I'm sure, and I'm happy to document this work for pypy and maybe set up a basic pypy project skeleton for github / travis users, which I can package separately or you might want to put into the repo or whatever -- assuming no one has done that already. The sticking point I've got at the moment is that if I get travis to use pypy and build the interpreter it cannot find the rpython executable. Presumably if it could it probably wouldn't be able to find rlib. The "right" fix for that problem is to install both rpython and its libraries in a virtualenv with pip. If I run "pip install" from the command line pip cannot find rpython, so does anyone have a recipe for this already? Thanks, Sarah -- Sarah Mount, Senior Lecturer, University of Wolverhampton website: http://www.snim2.org/ twitter: @snim2

5 6

What stops ARMed PyPy 2.1 from working on Android?
by anatoly techtonik 09 Sep '13

09 Sep '13

I am certain there is no roadmap for Android or else I'd already found it, but still is there any list of issues to be addressed to get PyPy running there? http://morepypy.blogspot.com/2013/08/pypy-21-considered-armful.html Modern Android tablets are ARMv7, so after 2.1 hardware is not an issue. As for platform, it looks like android-scripting project is able to compile CPython to be run on tablet, http://code.google.com/p/android-scripting/source/browse/#hg%2Fpython-build It would be nice to plug keyboard into Android tablet and start polling its API with PyPy... -- anatoly t.

3 2

Re: [pypy-dev] [pypy-commit] pypy refactor-translator: Remove fork_before option (unused).
by Antonio Cuni 08 Sep '13

08 Sep '13

Hi Manuel, did you actually kill support for this feature? I find it occasionally useful: e.g. when working on the JIT you can use --fork-before=pyjitpl and avoid to annotate/rtype the whole pypy interp when you change something. ciao, Anto On 04/09/13 12:13, Manuel Jacob wrote: > Author: Manuel Jacob > Branch: refactor-translator > Changeset: r66781:57dd91f9ccd9 > Date: 2013-09-02 18:08 +0100 > http://bitbucket.org/pypy/pypy/changeset/57dd91f9ccd9/ > > Log: Remove fork_before option (unused). > > diff --git a/rpython/config/translationoption.py b/rpython/config/translationoption.py > --- a/rpython/config/translationoption.py > +++ b/rpython/config/translationoption.py > @@ -127,11 +127,6 @@ > default=False, cmdline=None), > BoolOption("countmallocs", "Count mallocs and frees", default=False, > cmdline=None), > - ChoiceOption("fork_before", > - "(UNIX) Create restartable checkpoint before step", > - ["annotate", "rtype", "backendopt", "database", "source", > - "pyjitpl"], > - default=None, cmdline="--fork-before"), > BoolOption("dont_write_c_files", > "Make the C backend write everyting to /dev/null. " + > "Useful for benchmarking, so you don't actually involve the disk", > _______________________________________________ > pypy-commit mailing list > pypy-commit(a)python.org > https://mail.python.org/mailman/listinfo/pypy-commit >

3 2

freeze in project under pypy
by Max Lavrenov 08 Sep '13

08 Sep '13

Hello, I've tried running our application under pypy and found something strange in its behavior. It is a twisted project which accept users http requests, make request to redis, but most of the request time it spends in cpu intensive calculations. Compared average response time , pypy shows ~30% boost which is cool. But plot with longest response time in 10 seconds period looks weird. I've attached this plot. Blue line - pypy. Green line - cpython Y-axis is time in ms Both application run in parallel on the same host under the same loading. Looks like pypy freeze some single requests on 1500 ms time. I speak about single requests because plot with 95th percentile response time looks normally. My first thought was about GC, but looks like pypy lack of debug facility in the gc module. Could you suggest any ideas of why it happens? Best regards, Max Lavrenov

2 1

PyPy's PyDateTime_Delta definition
by Skip Montanaro 07 Sep '13

07 Sep '13

Python 2.7's PyDateTime_Delta structure is defined like this: typedef struct { PyObject_HEAD long hashcode; /* -1 when unknown */ int days; /* -MAX_DELTA_DAYS <= days <= MAX_DELTA_DAYS */ int seconds; /* 0 <= seconds < 24*3600 is invariant */ int microseconds; /* 0 <= microseconds < 1000000 is invariant */ } PyDateTime_Delta; In contrast, PyPy's version leaves out everything except PyObject_HEAD: typedef struct { PyObject_HEAD } PyDateTime_Delta; That doesn't seem to be compatible with C extension modules that want to manipulate such objects. This is my first foray into trying to compile some Boost.Python wrappers for libraries at work which manipulate Python datetime objects. Why are the other four fields not defined? Is there a way to get around this? Thx, Skip

3 9

Re: [pypy-dev] [pypy-commit] jitviewer argparse-collect: (RichardN, Edd) Add the jitviewer path to PYTHONPATH automatically.
by Antonio Cuni 06 Sep '13

06 Sep '13

Hi, On 05/09/13 17:09, vext01 wrote: > Log: (RichardN, Edd) Add the jitviewer path to PYTHONPATH automatically. > > diff --git a/bin/jitviewer.py b/bin/jitviewer.py > --- a/bin/jitviewer.py > +++ b/bin/jitviewer.py > @@ -1,4 +1,10 @@ > #!/usr/bin/env pypy > import sys > +import os.path > + > +script_path = os.path.abspath(__file__) > +pythonpath = os.path.dirname(os.path.dirname(script_path)) > +sys.path.append(pythonpath) this looks wrong. I think that the jitviewer is supposed to be installed as a normal package inside the pypy distribution to work well. You should do: $ /path/to/pypy/bin/pypy /path/to/jitviewer/setup.py develop this way, setuptools creates a link and the jitviewer package is installed in pypy even if it's physically in the repo (which is convenient for developing). ciao, Anto

2 2

Free SSL certificate for https://bugs.pypy.org
by anatoly techtonik 05 Sep '13

05 Sep '13

*.python.org uses free SSL certificate from http://www.startssl.com/?app=1 PyPy can use this too to get rid of annoying security exceptions for https://bugs.pypy.org and other parts. -- anatoly t.

3 3

Buildbot update
by David Schneider 05 Sep '13

05 Sep '13

Hi all, I just upgraded the PyPy buildbot on buildbot.pypy.org to run on version 0.8.8 of buildbot. This update should not create any significant visible changes and mainly simplifies some things in the codebase. Also the update should make it easier to add some features, such as decoupling the translation from the tests, hopefully allowing to reuse binaries for different test runs. As usual with updates there might be some things that do not work as expected or at all. In case you notice something please let me know either by email or on IRC. Cheers, David

2 2