Mailman 3 February 2011 - pypy-dev

Re: [pypy-dev] European sprints?
by Laura Creighton Feb. 16, 2011

Feb. 16, 2011

In a message of Wed, 16 Feb 2011 12:01:38 +0100, Bea During writes: >Here is a suggestion of places and dates based on Lauras, Carl Friedrich >and Antos >input: > >- Gothenburg sprint: 25th of April to 1st of May >- Europython sprint/Florence: 25th of June to 26th of June (EP2011 >official sprint dates) >- Düsseldorf sprint: 22nd of August to 28th of August (fits the plan of >the funded PyJIT project which ends end August) > >What do you think about these dates - would they work? > >Cheers > >Bea For me: The Göteborg dates work. The Florence dates also work, but we might want to consider staying around longer, because 2 days of sprint is awfully short. And I have no way to know if any dates in July or August will work until the members of Näset's Paddlarklub decide which weeks will be spend on sea kayaking tours. I don't know when that will be decided -- maybe Jacob does -- but not in the next week at any rate. Laura

1 0

Re: [pypy-dev] google should build a pypy phone or someone
by Laura Creighton Feb. 16, 2011

Feb. 16, 2011

In a message of Tue, 15 Feb 2011 11:36:43 +0100, Antonio Cuni writes: <snip> > >Anyway, back to the original topic: what would python offer more than jav >a for >android? > >ciao, >Anto As some of you saw in Leysin, I own one of these. http://www.freedominput.com/freedom-accessories/freedom-pro-keyboard which works with Android. which makes the whole idea of being able to sit down and program whenever the mood strikes you, even when your laptop is far away or out of power more attractive, since you can touchtype. But that doesn't make me want to start programming in java. Especially for the sort of quick and dirty calculations I use python -c for. Laura

6 5

google should build a pypy phone or someone
by holger krekel Feb. 15, 2011

Feb. 15, 2011

Hi all, what do you think or know why Google choose Java over Python for its Android system? Surely, Python doesn't have a big track record in terms of targetting mobile devices. Also CPython is limited in how it can change and adapt i guess. I imagine PyPy could do much better. Wouldn't it be cool to have a totally python-based state-of-the-art phone? :) cheers, holger

5 8

European sprints?
by Stephen Simmons Feb. 15, 2011

Feb. 15, 2011

Hi... I have just started following the PyPy mailing list and am interested in getting involved in some small way. Are there any European sprints planned in the coming few months? Thanks Stephen

1 0

PyPy Compatibility Wiki
by Victor Garcia Feb. 14, 2011

Feb. 14, 2011

Hi Vishal (and list), Thanks for wanting to help PyPy :) I'm working on the compatibility wiki and I like your idea of having a page like http://getpython3.net/ to summarize it and make it prettier. We could have it as a totally separated site (hosting needed, any implementation we want), a separated site hosted on bitbucket (like getpypy.bitbucket.org, static HTML + JS needed, any design we want) or as the front page of the wiki. The whole design of the wiki is open to changes. The information from the wiki is available in YAML format (there's a script to convert YAML<->creole and do other checks), so it would be very easy to generate a different format for a site like that. Right now I'd like to invest what time I have to improve coverage of compatibility-tested packages and implement some items listed in https://bitbucket.org/pypy/compatibility/wiki/Discussion#!to-do, but I'd sure help with building a site base on wiki info if people agree it's a good idea. Since we haven't discussed the wiki much at all, I'd also like to invite everyone to chime in about what they'd like to see done in the wiki. Victor

1 0

Winter Sprint report: first draft
by Michael Foord Feb. 14, 2011

Feb. 14, 2011

Hey guys, I finally found time to write a first draft of a blog entry reporting on the winter sprint. Comments, corrections, insults and suggestions solicited: PyPy Winter Sprint A few weeks ago I had the great fortune to attend the winter sprint in Leysin Switzerland. I've wanted to contribute to PyPy for a long time and I thought diving into a sprint might be a good way to get familiar with some of the code. What I wasn't expecting was to be implementing new built-in methods in RPython on the first day. The main thing I took away from the sprint was just how easy it is to get involved in developing PyPy (well, some bits of it at least and being surrounded by core developers helps). I wrote up a very short description of how to get started here ( https://bitbucket.org/pypy/pypy/wiki/How%20to%20run%20lib-python%20tests ), but I'll do a longer blog post with examples on my own blog ( http://www.voidspace.org.uk/python/weblog/ ) soon(ish). The sprint was kicked off by Armin merging the "fast-forward" branch of PyPy onto trunk. "fast-forward" brings PyPy from Python 2.5 compatibility to Python 2.7. Along with this it brought a large number of test failures, as the sterling work done by Benjamin Peterson and Amaury Forgeot d'Arc was not complete. This immediately set the primary sprint goal to reduce the number of test failures. We made a great deal of progress on this front, and you can see how close PyPy is now from the buildbot: http://codespeak.net:8099/summary?branch=%3Ctrunk%3E Jacob Hallen and I started working through the list alphabetically. We made short work of test_asyncore and moved onto test_bytes where I was stuck for the rest of the sprint. I spent much of the remaining days working with Laura Creighton on the pypy bytearray implementation to make it more compatible with the Python 2.7 implementation. This meant adding new methods, changing some of the Python protocol method implementations and even changing the way that bytearray is constructed. All in all great fun and a great introduction to working with RPython. If you add on top of this the great people, the beautiful scenery, the Swiss cheese fondues, managing to not kill myself with a days skiing and traditional pypy card games, I can heartily recommend pypy sprints as a close approximation of geek nirvana. Working on 2.7 compatibility wasn't the only work that happened during the sprint. Other activities included: * Antonio Cuni worked on the "jittypes" branch. This is a reimplementation of the core of the PyPy ctypes code to make it jittable. The goal is that for common cases the jit should be able to turn ctypes calls into direct jumps. This work was not completed but very close and is great for the future of integrating C libraries with PyPy. As ctypes is also available in CPython and IronPython, and hopefully will be available in Jython soon, integrating C code with Python through ctypes is the most "implementation portable" technique. * David Schneider continued his work on the JIT backend for ARM. PyPy has been cross-compilable to ARM for a long time, but bringing the JIT to ARM will provide a *fast* PyPy for ARM, which includes platforms like Android. Again David didn't complete this work but did complete the float support. * Hakan Ardo was present for two days and continued his crazy-clever work on JIT optimisations, some of which are described in the "Loop invariant code motion" ( http://morepypy.blogspot.com/2011/01/loop-invariant-code-motion.html ) blog entry. * Holger Krekel worked on updating the PyPy test suite to the latest version of py.test and also worked with me on the interminable bytearray changes for part of the sprint. * No one was sure what Maciej Fijalkowsk worked on but he seemed to be quite busy. I think that was most of the work done during the actual sprint. There was also a great deal of healthy discussion about the future of PyPy. Expect lots more interesting and exciting developments over the coming year. Michael Foord -- http://www.voidspace.org.uk/ May you do good and not evil May you find forgiveness for yourself and forgive others May you share freely, never taking more than you give. -- the sqlite blessing http://www.sqlite.org/different.html

4 5

Hello...and a small question
by Vishal Feb. 14, 2011

Feb. 14, 2011

Hello, This is my first email to the PyPy Dev mailing list. I would like to ask if there is a place where a potential user of PyPy would know, what C extensions support PyPy? Could this be a way of helping PyPy? -- Thanks and best regards, Vishal Sapre --- "So say...Day by day, in every way, I am getting better, better and better !!!" "A Strong and Positive attitude creates more miracles than anything else. Because...Life is 10% how you make it, and 90% how you take it" "Diamond is another piece of coal that did well under pressure” "May we do good and not evil. May we find forgiveness for ourself and forgive others. May we share freely, never taking more than we give."

2 1

PSF Sponsored Sprint in Portland, OR
by Dan Colish Feb. 13, 2011

Feb. 13, 2011

Hello Developers! I'm one of the organizers of the Portland PSF Sprint. We've been working hard on our proposal to come up with a strong program for a full day of sprinting in Portland. The day will mostly focus on porting libraries to Python 3, hacking on PyPY 2.7 compatibility and testing. It'll be a great time so if you're in the area stop on by! The current project list includes:- Fabric - Django - Flatland - PyPy - Alfajor Want to suggest your own? Use the signup sheet here. Breakfast is being sponsored by Idealist.org, lunch is being sponsored by Emma and beverages will be made available by Urban Airship. More information: http://goo.gl/XTMWv. Signup sheet: http://goo.gl/a5Gqk. -- Dan

1 0

Fwd: [codespeak-ann] termination of codespeak.net services end FEB 2011
by Armin Rigo Feb. 10, 2011

Feb. 10, 2011

Hi all, It seems that Codespeak is going down sooner rather than later. Here is a copy of the start of holger's announce: ---------- Forwarded message ---------- From: holger krekel <holger(a)merlinux.eu> Date: Thu, Feb 10, 2011 at 9:45 AM Subject: [codespeak-ann] termination of codespeak.net services end FEB 2011 To: codespeak-ann(a)codespeak.net hi codespeak.net users, (sorry if you get mail twice, i wanted to make sure ...) after 8 years of operation codespeak.net services are bound to terminate, starting END OF FEBRUARY 2011 ------------------------------------------------ As far as PyPy is concerned, we need to move somewhere else: * the mailing lists pypy-dev, pypy-svn, pypy-z (also the history, please :-) * the remainings parts that are in Subversion: at least svn/pypy/extradoc, svn/pypy/benchmarks, svn/pypy/lang, which should all be converted to Mercurial I suppose (help needed here) * the developers web site (from pypy/doc/) * the users web site (http://pypy.org/) * the buildmaster * the issue tracker * the svn/user/xxx directory for people like me that use it a lot * something else? It's not like we weren't warned plenty of times. It still looks like a lot of work. The timing is a bit bad, because I wanted to finish fixing the 2.7 test failures in time to do a PyPy 1.5 release for PyCon, but it looks a bit more unlikely right now :-( (Not too important, we can do a pre-release any time, and should do one soon anyway.) A bientôt, Armin.

2 1

Resume
by Hakan Ardo Feb. 10, 2011

Feb. 10, 2011

Hi, the jit-virtual_state branch is getting ready to be merged. It fixes the issue in test_new_virtual_member_in_bridge. However I've added a fieldstate member to the VirtualInfo classes, which might have some memory usage impacts? Would it be possible/a good idea to integrate the new VirtualStateAdder in unroll.py more closely with the resume stuff to maybe get rid of this member to use less memory? Also, at some (later) point I would like to experiment with including NotVirtualInfo objects in the resumedata to allow a bridge to inherit information about non-virtuals from it's parent loop. -- Håkan Ardö

1 0