Mailman 3 January 2010 - pypy-dev

new speed.pypy.org site?
by holger krekel 26 Feb '10

26 Feb '10

Hi Miquel, all, regarding the new speed.pypy.org host I realized that the current setting is not suited for setting up another VM. Too few resources and old-ish software. I plan to order a new host, setup speed.pypy.org there (and migrate existing VMs later). Takes a week or two i guess. Hope this doesn't block you. Could maybe someone here on the list (temporarily) offer a suitable VM to run Django Apps/DBs where Miquel can get an account? i'd then point the "speed.pypy.org" DNS entry to it. The earlier the site gets running the earlier we can all follow speed developments with the PyPy JIT :) best, holger -- Metaprogramming, Python, Testing: http://tetamap.wordpress.com Python, PyPy, pytest contracting: http://merlinux.eu

7 10

Re: [pypy-dev] [pypy-svn] r70985 - pypy/branch/multijit
by Maciej Fijalkowski 31 Jan '10

31 Jan '10

Hello. My proposition would be not to add new features to tracing until we fix bugs. Bugs being segfaults when you try running stuff on top of pypy-c-jit like apptests or translate.py (smalltalk target crashes every few tries). Cheers, fijal On Sat, Jan 30, 2010 at 3:58 PM, <arigo(a)codespeak.net> wrote: > Author: arigo > Date: Sat Jan 30 15:58:41 2010 > New Revision: 70985 > > Added: > pypy/branch/multijit/ > - copied from r70984, pypy/trunk/ > Log: > A branch in which to support having multiple JITs > in the same RPython program. > > _______________________________________________ > pypy-svn mailing list > pypy-svn(a)codespeak.net > http://codespeak.net/mailman/listinfo/pypy-svn >

2 1

New URL for buildbot
by Maciej Fijalkowski 31 Jan '10

31 Jan '10

We have much nicer url for buildbot these days: http://buildbot.pypy.org Cheers, fijal

2 1

Call for Papers: DYLA @ TOOLS 2010
by Carl Friedrich Bolz 25 Jan '10

25 Jan '10

... apologies for cross-posting and multiple copies! 4th Workshop on Dynamic Languages and Applications (DYLA 2010) categories: programming languages, software engineering, computer science When: Jun 28, 2010 Where: Malaga, Spain Submission Deadline: Mar 31, 2010 Notification Due: May 14, 2010 Final Version Due: May 31, 2010 link: http://scg.unibe.ch/wiki/events/dyla2010 Call For Papers The DYLA Workshop series focuses on the revival of dynamic languages. These days, dynamic languages (like Ruby, Python, JavaScript, Lua, etc…) are getting ever more popular. This is a call to arms for academia! We need to explore the future of dynamic languages through its human aspects and technical issues. We also ought to look back and pick up solutions from existing dynamic languages (such as Scheme, Smalltalk, or Self) to be rediscovered and spread around. Goal and Topics The goal of this workshop is to act as a forum where we can discuss dynamic languages and their applications. Topics of interest include any topic relevant in applying and/or supporting dynamic languages: Ruby, Python, Groovy, JavaScript, Lua, Clojure, Lisp, Scheme, Smalltalk, Self, ABCL, Prolog, and many more… Human aspects of dynamic languages, such as - empirical studies about the application of dynamic languages - best practices and patterns specific to dynamic languages - program correctness through unit testing (as opposed to types) - improved or novel IDE support for dynamic languages - use of dynamic features by library & framework developers - scripting of static application with dynamic languages - reverse engineering and analysis of dynamic applications Technical aspects of dynamic languages, such as - what features make a language a dynamic one? - agents, actors, active object, distribution, concurrency and mobility - delegation, prototypes, mix-ins, traits - first-class closures, continuations, environments - reflection and meta-programming - automated reasoning about programs written in dynamic languages - (concurrent/distributed/mobile/aspect) virtual machines - optimization of dynamic languages - multi-paradigm & static/dynamic-marriages - type systems for dynamic languages - (dynamic) aspects for dynamic languages - higher-order objects & messages - …other exotic dynamic features Submissions The workshop will have a demo-oriented style. The idea is to allow participants to demonstrate new and interesting features and discuss what they feel is relevant for the dynamic language community. Participants need to submit a 2–4 page position paper of their work in ACM, sig-alternate.cls format. At the workshop, participants will be asked to give 10-minute “lightning demos” of their contributions. Submission page is https://www.easychair.org/login.cgi?conf=dyla10 Organizers - Alexandre Bergel, Univ of Chile, - Carl Friedrich Bolz, Heinrich-Heine-Univ, Düsseldorf, Germany - Simon Denier, INRIA Lille, France - Michael Haupt, HPI Potsdam, Germany - Adrian Kuhn, Univ of Bern, Switzerland Program Committee - Tom Dinkelaker, Technische Univ Darmstadt, Germany - Johan Fabry, Univ of Chile - Matthew Flatt, Univ of Utah, USA - Stephan Herrmann, TU Berlin, Germany - Abram Hindle, Univ of Waterloo, Canada - Kasper Lund, Google, Denmark. - Michael Perscheid, HPI Potsdam, Germany - Rodolfo Toledo, Univ of Chile - Niko Schwarz, Univ of Bern, Switzerland - Peter Sommerlad, HSR Rapperswil, Switzerland - Alessandro Warth, Viewpoints Research Institute, USA - Vadim Zaytsev, Univ of Koblenz, Germany For further information, please visit our website or follow us on twitter - http://bit.ly/dyla2010 - http://twitter.com/dyla2010 Carl Friedrich Bolz

1 0

profiling thoughts
by Maciej Fijalkowski 22 Jan '10

22 Jan '10

As discussed with Samuele & others, we have to decide what to do with profiling, since cProfile information is sort of pointless. Unladen swallow people seem (with success) to interface oprofile, which also has hooks for JVM, so it's already easier. Links: http://oprofile.sourceforge.net/doc/devel/index.html http://llvm.org/viewvc/llvm-project/llvm/trunk/lib/ExecutionEngine/JIT/OPro… any thoughts? Cheers, fijal

1 0

os.openpty
by exarkun＠twistedmatrix.com 12 Jan '10

12 Jan '10

Hi all, I just checked in an implementation of os.openpty: https://codespeak.net/viewvc/?view=rev&revision=70477 It's not all that exciting (unless you were missing it before), but it's my first PyPy commit in a while so I thought I'd point it out in case there's anything horribly wrong with it. I did add a test and make sure translation on Linux 32 still works. Hopefully I didn't introduce any problems on any other platforms. Jean-Paul

2 1

Parallel translation?
by Sven-Hendrik Haase 10 Jan '10

10 Jan '10

Hey, I just translated SVN trunk of PyPy with JIT enabled and I was very pleased by the results as I noticed that PyPy with JIT is now two times faster in Pystone (I know that's not saying too much) than Cpython. However, translating took a very long time due to not being able to make use of my other CPU cores. I did not find a switch to compile using multiple shells (as in -jN) so I was wondering whether such a feature was planned or even possible. At least for the compilation part, this should be very possible. -- Sven-Hendrik

9 9

Module hijinx
by exarkun＠twistedmatrix.com 09 Jan '10

09 Jan '10

Hello, On a PyPy I translated this morning, I'm seeing weird behavior importing a module that messes with sys.modules (not a nice thing to do, but I would still expect it to work): exarkun@boson:/tmp$ ls -lR trickypackage/ trickypackage/: total 4 -rw-r--r-- 1 exarkun exarkun 61 2010-01-09 11:39 foo.py -rw-r--r-- 1 exarkun exarkun 0 2010-01-09 11:40 __init__.py exarkun@boson:/tmp$ cat trickypackage/foo.py import sys sys.modules['trickypackage.foo'] = "Hello, world" exarkun@boson:/tmp$ python Python 2.6.4 (r264:75706, Dec 7 2009, 18:45:15) [GCC 4.4.1] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>>from trickypackage import foo >>>foo 'Hello, world' >>> exarkun@boson:/tmp$ ~/Projects/pypy/trunk/pypy/translator/goal/pypy-c-70469 Python 2.5.2 (70469, Jan 09 2010, 15:24:34) [PyPy 1.1.0] on linux2 Type "help", "copyright", "credits" or "license" for more information. And now for something completely different: ``PyPy doesn't change the fundamental physics constants'' >>>from trickypackage import foo >>>foo <module 'trickypackage.foo' from '/tmp/trickypackage/foo.py'> >>> Anyone have any idea why this might happen? The real problem this is causing for me is with the twisted.internet.reactor module, of course. Jean-Paul

2 2

1.2 release schedule
by Samuele Pedroni 08 Jan '10

08 Jan '10

Hello, I will send the following mail to pypy-dev later in the day, please review Hi, here is the tentative schedule for the upcoming 1.2 release: - 19th of January: feature freeze (features under consideration are listed in extradoc/planning/jit.txt with a reference to the release) - 22th-29th of January: release work (stability, documentation and packaging) to produce a release candidate on the 29th - 5th of February: 1.2 release One of the goals of the release is to gather feedback: http://morepypy.blogspot.com/2009/12/planning-next-release-of-pypy.html it would be good if in the period up to finalizing the release people could try already and think of possible ways to stress out bugs from the JIT trying it on small/medium examples (CPython own tests which we use don't tend to loop enough to really use the JIT a lot). regards

1 1

Applevel types
by Dan Roberts 07 Jan '10

07 Jan '10

I want to make multiple interpreter-level types appear as a single application-level type. Armin got me started in the right direction, pointing out pypy/objspace/std/{small,}int{type,object}.py to me. This made it clear that sharing a typedef will accomplish this, however in the case of integer objects, only __new__ is registered with the typedef. How are other methods registered for object instances? I assumed that only methods provided to TypeDef would be visible at the application-level on instances, however this must not be the case, are any methods on the interpreter-level classes automatically wrapped? Can anyone provide more complex examples or explain exactly how the int functionality works? Thanks, Dan

2 1