Mailman 3 February 2007 - pypy-dev

documentation age
by Carl Friedrich Bolz Feb. 14, 2007

Feb. 14, 2007

Hi all! Just a pointer to a wonderful hack [1] that Samuele implemented yesterday evening: http://wyvern.cs.uni-duesseldorf.de/~cfbolz/pypy-dist/pypy/doc/ This is a copy of parts of the PyPy documentation, but with different coloring than usual: The title gives a general age of the document in shades of gray (with white being very young and gray being very old). All the text is colored in shades of yellow, giving the *relative* age of the lines making up a paragraph (using the median of all … [View More]

1 0

rlib.parsing.test.test_ebnfparse / test_jsonparse
by Scott Dial Feb. 10, 2007

Feb. 10, 2007

This test is invoking pygame despite what seems to be an attempt to have that be an option of the testing suite. This is happening on snake and my win32 box, but unfortunately my box actually has pygame installed. Thus, the testing gets halted waiting on me to click the [X]. I don't know the appropriate change to make, so I will defer patching it to whoever knows that. -- Scott Dial scott(a)scottdial.com scodial(a)cs.indiana.edu

3 2

codespeak.net downtime due to hosts switch
by Martin Pajak Feb. 10, 2007

Feb. 10, 2007

Hello all, in recent weeks, codespeak.net has been causing some problems, mostly internal ones but ones to be taken seriously (kernel oops - mostly resulting in the need to restart). So we plan to switch to another host system, and then investigate further on the to-be-old system. As there are releases pending, i'd like to get the migration done before that and plan to do it: Feb 10th, saturday, around 10 AM GMT+2 if nobody objects. In case of problems i will switch back to the old … [View More]

2 1

changes from py-trunk / dist merge (38224)
by holger krekel Feb. 9, 2007

Feb. 9, 2007

Hi all, so i just merged the py-trunk branch to py-dist (which is the one used as an external by pypy-dist currently) and also did a few changes to pypy-dist itself to accomodate for the new situation. The update includes a number of internal cleanups and refactorings, most of which should not be visible from the user side (well, we also cleaned up all py.* namespaces to only provide what is supposed to be maintained in the future, that might catch you). And lots of documentation … [View More]

1 0

pypy/dist => pypy/trunk
by Armin Rigo Feb. 8, 2007

Feb. 8, 2007

Hi ! As part of the preparation for the upcoming release, we are going to implement the idea that 'pypy/trunk' will be for the future a better name for normal development to go on, and 'pypy/dist' is a better name for the place where people can get something stable. So we will soon copy pypy/dist to pypy/trunk, to get: * http://codespeak.net/svn/pypy/trunk => the normal development repo * http://codespeak.net/svn/pypy/dist => a stable snapshot The idea is that people that would like … [View More]

1 0

release planning
by Armin Rigo Feb. 8, 2007

Feb. 8, 2007

Hi, I've created extradoc/planning/1.0/ to put txt files planning the tasks of the upcoming release. If you want to help with the documentation, check if I missed something and possibly assign yourself to the items there. (I've put my name on two items only so far but I plan to do more.) Armin

1 0

JIT status
by Armin Rigo Feb. 8, 2007

Feb. 8, 2007

Hi all, The JIT has now reached the state it will have in the upcoming PyPy release (it's still on a branch, but it will be merged). What it does is produce machine code in memory, and run it. What it does not do is gain much speed by doing so. Yet. It's just bad timing that the release and EU-driven deadlines mean that we have no time left to put the pieces together now - but essentially they are there already. We expect the jit to become useful during March, and then we'll in … [View More]all likeliness do another release - if only because we promized to the EU numbers like "50% of the speed of C" for the most extremely algorithmic examples. Back to the present. Let me describe the current status. The produced machine code is kind of good (the backend performs some liftime analysis and register allocation). The "timeshifter", which produces the jit frontend, is able to handle rather incredibly tricky situations successfully. From a user point of view the jit has some rough edges but nothing fundamental, and by construction it can jit absolutely any kind of Python code - generators, nested scopes, exec statements, sys._getframe().f_back.f_back.f_locals, etc. At the moment only the interpreter's main dispatch loop (i.e. mostly only pyopcode.py) is fed to the timeshifter, so the produced jit can remove the bytecode interpretation overhead, but cannot look inside the implementation of space.add(), for example. So it gives results that look like Python2C+gcc: it produces machine code that is essentially a sequence of calls to space.add(), space.cmp(), space.is_true(), etc. As we all know, Python2C gives a ~2x speed-up; we get about the same with our jit, except that the start-up overhead is greater - calling small functions is still quite slower with the jit than without. On the other hand, Python2C doesn't emulate frames, for example, so AFAIK pypy contains the first Python compiler ever where sys._getframe() completely works (Psyco emulates frames but not at 100%). Only the 386 backend is complete; mwh guesses that there is some degree of likeliness that the ppc backend will be completed in time for the release too. How to compile a pypy-c with a jit: use translate.py on targetjit (located in pypy/jit/goal/). Then: export PYPYJITLOG=log # logs machine code into file 'log' pypy-c >>> def f(x): return x*5 >>> import pypyjit >>> pypyjit.enable(f.func_code) >>> f(7) ..../jit/codegen/i386/viewcode.py log A bientot, Armin. [View Less]

1 0

Re: [pypy-dev] [pypy-svn] r38126 - pypy/dist/pypy
by Ben.Young＠risk.sungard.com Feb. 8, 2007

Feb. 8, 2007

Hi Carl, Did you mean to return a dictionary here? Or am I missing something obvious :) ? Good luck to everyone with the release! Cheers, Ben Ben Young - Senior Software Engineer SunGard - Enterprise House, Vision Park, Histon, Cambridge, CB24 9ZR Tel +44 1223 266042 - Main +44 1223 266000 - http://www.sungard.com/ CONFIDENTIALITY: This email (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. … [View More]

2 1

JS Interpreter and the mozilla testing suite
by Leonardo Santagada Feb. 4, 2007

Feb. 4, 2007

We are able to parse most of the mozilla suite of tests, so I made a little driver (a thing that runs the mozilla suite) to run the tests against our interpreter. Most of the tests suite breaks after the parsing on some missing opcode or when trying to access some non implemented function (or object, or prototype, or constructor). The parts that get as far as finishing building the test cases are here: 6-2.js passed 5 of 5 tests 7.1-1.js passed 4 of 4 tests 7.1-2.js passed 3 of 3 … [View More]

2 1

pypy 1.0 release meeting invitation
by Michael Hudson Feb. 1, 2007

Feb. 1, 2007

Hi PyPy-developers! The release is drawing closer (the currently planned date is February, 15th) and it is time to meet and discuss the necessary work. Therefore we invite you all to a sync-meeting on Friday, February 2nd, 2007 14.00 UTC+1 #pypy-sync Regular Topics ============== * activity reports (LAST/NEXT/BLOCKERS, everybody posts prepared comma-separated lists of things) * resolving blockers/dependencies Release Goals ============= This topic is to get a common view on … [View More]

6 6