Mailman 3 June 2009 - pypy-dev

compcache on bigdog-vm2
by Maciej Fijalkowski 26 Jun '09

26 Jun '09

Hey. I installed compcache on bigdog-vm2 to increase it's ram/swap size. Details are here: http://code.google.com/p/compcache/wiki/CompilingAndUsing Please report if anything is misbehaving. Cheers, fijal

1 0

Re: [pypy-dev] Europython slides
by Laura Creighton 21 Jun '09

21 Jun '09

In a message of Sun, 21 Jun 2009 20:21:56 +0200, Carl Friedrich Bolz writes: >Hi Laura, > >Laura Creighton wrote: >> In a message of Sun, 21 Jun 2009 17:07:13 +0200, Carl Friedrich Bolz wr >ites: >>> just wanted to remind that we are asked to submit the Europython slide >s >>> in advance, I think the date was March 22nd (?). Unfortunately I am >>> quite ill, so won't be able to help much with this (I need to get bett >er >>> to actually make it to the conference at all). >> >> 1. Get Better. > >Thanks. I am (not) working on it. > >> 2. You meant July, I think. :) > >I think I probably mean June? Otherwise it would be after the conference >and not much of a problem :-). > >Carl Friedrich I think I need a new head. This one is worn out. Get better, Laura

1 0

Re: [pypy-dev] Europython slides
by Laura Creighton 21 Jun '09

21 Jun '09

In a message of Sun, 21 Jun 2009 17:07:13 +0200, Carl Friedrich Bolz writes: >Hi all, > >just wanted to remind that we are asked to submit the Europython slides >in advance, I think the date was March 22nd (?). Unfortunately I am >quite ill, so won't be able to help much with this (I need to get better >to actually make it to the conference at all). > >Cheers, > >Carl Friedrich 1. Get Better. 2. You meant July, I think. :) 3. Really Get Better. 4, We'd like the slides as soon as we can get them ... Laura

2 1

Europython slides
by Carl Friedrich Bolz 21 Jun '09

21 Jun '09

Hi all, just wanted to remind that we are asked to submit the Europython slides in advance, I think the date was March 22nd (?). Unfortunately I am quite ill, so won't be able to help much with this (I need to get better to actually make it to the conference at all). Cheers, Carl Friedrich

1 0

From europython
by Laura Creighton 12 Jun '09

12 Jun '09

------- Forwarded Message Return-Path: europython-contact-bounces+lac=openend.se(a)python.org Delivery-Date: Fri Jun 12 01:57:27 2009 From: John Pinner <funthyme(a)gmail.com> To: Graham Manwell <jgmanwell(a)googlemail.com> Cc: europython-talks(a)python.org, europython-contact(a)python.org Subject: Re: [europython-contact] EuroPython2009 Volunteering Hello Graham, 2009/6/12 Graham Manwell <jgmanwell(a)googlemail.com>: > Hi John, > Sorry not to do this via the wiki - can't seem to get that to work > from home at the moment. Strange. >Â I'm at EuroPython09 from 27/06/09 and am > happy to try to chair any sessions or tutorials you might have free > slots for - my field is compilers so if I chaired stuff in that area > at least I'd.have some chance of asking intelligent questions - > although PyPy makes my brain hurt. Â Also happy to offer any help with > bag stuffing, registration and so on. Â Let me know what you need. Thanks, that's great. Best wishes, John - -- > Cheers, > Graham > > J. Graham Manwell > Lecturer in Computer Science, > University of the West of Scotland. > > t: 0141 848 3545/0141 632 2928 > e: jgmanwell@gmail.com/manw-ci0@uws.ac.uk ------- End of Forwarded Message I wonder if 'making my brain hurt' is to be considered positive in this context? Laura

1 0

news flash -- Europython to have a Python VM Panel talk
by Laura Creighton 10 Jun '09

10 Jun '09

Who wants to be on it? This question is not limited to PyPyers -- I suspect that Frank Wierzbicki would like to be on this. Laura

2 1

Re: [pypy-dev] [pypy-svn] r65652 - pypy/branch/pyjitpl5-experiments/pypy/jit/metainterp
by Maciej Fijalkowski 08 Jun '09

08 Jun '09

On Sun, Jun 7, 2009 at 4:13 PM, <antocuni(a)codespeak.net> wrote: > Author: antocuni > Date: Mon Jun 8 00:13:03 2009 > New Revision: 65652 > > Modified: > pypy/branch/pyjitpl5-experiments/pypy/jit/metainterp/optimize3.py > Log: > more refactoring&simplification: don't track the constness of nodes, as nobody > is using it so far. The idea is that optimizatons relying on the constness > should be done during the optimize_operation phase, not during the find_node > phase. I'm not 100% sure this will cover all possible case though, so maybe > we will need to reintroduce this later. > That is a bit of a problem, since a lot of things can only happen if constant folding was already done. A good example is a guard_value followed by getarrayitem_gc. getarrayitem_gc needs to have constant index for anything like virtuals or virtualizables. If it's a non-constant index, nodes will be incorrect (you cannot delay putting stuff in it's dictionary).

2 1

pypy on language shootout.
by Maciej Fijalkowski 08 Jun '09

08 Jun '09

Hey. I have a quick question. Does any of you have account and can post stuff on shootout.alioth.debian.org? I would like to post a comment that I completely cannot repeat the measurments of pypy vs cpython speed on any computer that I have access to. Cheers, fijal

1 1

crosstwine linker
by Laura Creighton 06 Jun '09

06 Jun '09

Anybody heard of this? http://crosstwine.com/linker/index.html Damien Diederen is giving a talk about speeding up python at EuroSciPy, and since this is his company, it should be about this. Laura

5 7

Generating pypy-cli and pypy-jvm fails under Win32
by Dmitry Jemerov 06 Jun '09

06 Jun '09

Hello everyone, I'm trying to get my head around PyPy (hoping maybe to participate in the PyPy sprint at EuroPython), and following the getting-started guide on the Web site. Translating pypy with the C backend worked with no problems on my machine, but neither the JVM nor CLI backends work. (I tried both the pypy-dist version and the SVN trunk.) The stacktrace for the error is: Traceback (most recent call last): File "translate.py", line 273, in main drv.proceed(goals) File "C:\Src\pypy\pypy\translator\driver.py", line 704, in proceed return self._execute(goals, task_skip = self._maybe_skip()) File "C:\Src\pypy\pypy\translator\tool\taskengine.py", line 116, in _execute res = self._do(goal, taskcallable, *args, **kwds) File "C:\Src\pypy\pypy\translator\driver.py", line 267, in _do res = func() File "C:\Src\pypy\pypy\translator\driver.py", line 395, in task_backendopt_ootype backend_optimizations(self.translator) File "C:\Src\pypy\pypy\translator\backendopt\all.py", line 80, in backend_optimizations inline_heuristic=heuristic) File "C:\Src\pypy\pypy\translator\backendopt\all.py", line 156, in inline_malloc_removal_phase call_count_pred=call_count_pred) File "C:\Src\pypy\pypy\translator\backendopt\inline.py", line 779, in auto_inline_graphs call_count_pred=call_count_pred) File "C:\Src\pypy\pypy\translator\backendopt\inline.py", line 750, in auto_inlining call_count_pred, cleanup=False) File "C:\Src\pypy\pypy\translator\backendopt\inline.py", line 108, in inline_function return inliner.inline_all() File "C:\Src\pypy\pypy\translator\backendopt\inline.py", line 217, in inline_all self.inline_once(block, index_operation) File "C:\Src\pypy\pypy\translator\backendopt\inline.py", line 244, in inline_once self.translator, self.raise_analyzer): File "C:\Src\pypy\pypy\translator\backendopt\inline.py", line 160, in any_call_to_raising_graphs if does_raise_directly(graph_or_something, raise_analyzer): File "C:\Src\pypy\pypy\translator\backendopt\inline.py", line 153, in does_raise_directly if raise_analyzer.can_raise(op): File "C:\Src\pypy\pypy\translator\backendopt\canraise.py", line 33, in can_raise return self.analyze(op, seen) File "C:\Src\pypy\pypy\translator\backendopt\graphanalyze.py", line 38, in analyze return self.analyze_external_call(op) File "C:\Src\pypy\pypy\translator\backendopt\canraise.py", line 21, in analyze_external_call fnobj = deref(op.args[0].value) File "C:\Src\pypy\pypy\rpython\typesystem.py", line 153, in deref assert isinstance(ootype.typeOf(obj), ootype.OOType) AssertionError When I evaluate 'obj' with the pdb, I get: (Pdb+) p obj <* fn CryptGenRandom> As far as I understand, the problem happens because the 'posix' module under Win32 implements 'urandom' by calling the native CryptGetRandom function through rffi, but there is no mapping for this call under the JVM and CLI backends. What would be the proper way to fix this problem? (Or maybe I'm doing something that's not supposed to work at all at this stage of the project?) (Looks like my question should be at least partly answered by the "OO backends" section of the document at http://codespeak.net/pypy/dist/pypy/doc/rffi.html but unfortunately all it says is "XXX to be written".) Thanks in advance for your help! Dmitry

1 0

pypy-dev June 2009