Re: [pypy-dev] go benchmark

2011-08-15 Thread Maciej Fijalkowski
On Mon, Aug 15, 2011 at 8:07 PM, Hakan Ardo wrote: > Hi, > I've been looking a bit at the go benchmark, which sometimes is > significantly slower on jit-short_from_state. > > What's happening with default trace_limit=12000 on trunk is that the > loop in random_playout is compiled into a loop conta

Re: [pypy-dev] 1.6 status report

2011-08-15 Thread Gabriel Lavoie
Okay! It seems I've hit the GCC 4.2 memory usage bug: https://bugs.launchpad.net/ubuntu/+source/gcc-4.2/+bug/187391 http://comments.gmane.org/gmane.comp.python.pypy/7634 I'm now trying to build with GCC 4.6 (a port is available) and I'll report back. Gabriel 2011/8/16 David Naylor > On Tuesday

Re: [pypy-dev] 1.6 status report

2011-08-15 Thread David Naylor
On Tuesday, 16 August 2011 05:50:18 Gabriel Lavoie wrote: > Hi David, > I took a look at your port and it looks good! The patch you made for > SANDBOX should probably not be needed, with a fix upstream. It seems PyPy > still have a few "hardcoded path" issues that need to be looked at for > Fr

Re: [pypy-dev] 1.6 status report

2011-08-15 Thread Gabriel Lavoie
Hi David, I took a look at your port and it looks good! The patch you made for SANDBOX should probably not be needed, with a fix upstream. It seems PyPy still have a few "hardcoded path" issues that need to be looked at for FreeBSD (and probably for Darwin too for tools like Darwin Ports). I f

Re: [pypy-dev] A basic question.

2011-08-15 Thread Antonio Cuni
Hello Joe, On 15/08/11 23:48, Joe Goldthwaite wrote: I apologize if this is the wrong place for this. In looking at the archives this list seems to be more geared to the developers than users. I couldn't find a list for end users though so I'm going to post it here. I'd like to try pypy for a

Re: [pypy-dev] Python vs pypy: interesting performance difference [dict.setdefault]

2011-08-15 Thread Antonio Cuni
On 15/08/11 15:36, Alex Gaynor wrote: I'd like to express that, unless we have a very compelling reason, we should try to keep more stuff in pure python, as opposed to RPython. Mostly because it speeds up translation ;) (also easier to test, easier to write, etc.). or, on the other hand, we sh

[pypy-dev] A basic question.

2011-08-15 Thread Joe Goldthwaite
I apologize if this is the wrong place for this. In looking at the archives this list seems to be more geared to the developers than users. I couldn't find a list for end users though so I'm going to post it here. I'd like to try pypy for a simple project. I'm trying to use SUDS to retrieve data

Re: [pypy-dev] 1.6 status report

2011-08-15 Thread David Naylor
On Monday, 15 August 2011 17:30:33 Gabriel Lavoie wrote: > Hi David, > for your information, I'm currently trying to make my FreeBSD buildbot > back online. It broke when the requirement for the "pypy" binary to build > PyPy appeared. It seems there are still some issues to make PyPy build > ag

Re: [pypy-dev] PyPy, C/C++ and Wrappyr

2011-08-15 Thread wlavrijsen
Hi Vincent, b2World from Box2D/Dynamics/b2World.h has the problem. I exported the header file using this command: gccxml -o box2d_gccxml.xml /usr/local/include/Box2D/Box2D.h which version of gccxml do you use? There haven't been any actual releases of the tool. This is with trunk:

[pypy-dev] go benchmark

2011-08-15 Thread Hakan Ardo
Hi, I've been looking a bit at the go benchmark, which sometimes is significantly slower on jit-short_from_state. What's happening with default trace_limit=12000 on trunk is that the loop in random_playout is compiled into a loop containing 209 guards and the loop in computer_move is compiled into

Re: [pypy-dev] PyPy, C/C++ and Wrappyr

2011-08-15 Thread Vincent den Boer
Hello Wim, > > hmm; I can't say that has been a problem for us (if I understand things > correctly). If it's not too much work (since you already departed from > gccxml), do you have an explicit class that exhibits the problem? > b2World from Box2D/Dynamics/b2World.h has the problem. I exported

Re: [pypy-dev] Efficiently piecing together callables with hooks?

2011-08-15 Thread Timo Paulssen
On 15.08.2011 10:18, Samuel Ytterbrink wrote: > Hi, i only have some questions about your example code. How does the > runhooks function work? And what are you using the pos loop variable for? Hi, here's all the code you'll need to understand what's going on: def step_pure_py(self):

[pypy-dev] PPC64 JIT progress

2011-08-15 Thread David Edelsohn
Attached is the next patch for the PPC JIT backend. The patch adds shift-left simplified mnemonic (sldi) and a load doubleword (load_dword) function that uses it. I also discovered some typos in my previous patch to ppc_field.py. Currently every PPC JIT testcase fails on PPC64 Linux because the

Re: [pypy-dev] PyPy, C/C++ and Wrappyr

2011-08-15 Thread wlavrijsen
Hi Vincent, Somehow, for some classes their copy constructor was exported, but their 'normal' constructors were not. hmm; I can't say that has been a problem for us (if I understand things correctly). If it's not too much work (since you already departed from gccxml), do you have an explicit c

Re: [pypy-dev] Python vs pypy: interesting performance difference [dict.setdefault]

2011-08-15 Thread David Naylor
On Monday, 15 August 2011 09:05:22 Armin Rigo wrote: > Hi David, > > On Sat, Aug 13, 2011 at 8:14 PM, David Naylor wrote: > > So, it appears pypy is failing to speed up this contrived example... > > I think that it is expected, because the hash is computed entirely as > pure Python code in the

Re: [pypy-dev] 1.6 status report

2011-08-15 Thread Gabriel Lavoie
Hi David, for your information, I'm currently trying to make my FreeBSD buildbot back online. It broke when the requirement for the "pypy" binary to build PyPy appeared. It seems there are still some issues to make PyPy build again under FreeBSD. I'll keep you updated. Gabriel 2011/8/11 David

Re: [pypy-dev] Python vs pypy: interesting performance difference [dict.setdefault]

2011-08-15 Thread Armin Rigo
Hi Alex, On Mon, Aug 15, 2011 at 3:36 PM, Alex Gaynor wrote: > I'd like to express that, unless we have a very compelling reason, we should > try to keep more stuff in pure python, as opposed to RPython.  Mostly > because it speeds up translation ;) (also easier to test, easier to write, > etc.).

Re: [pypy-dev] Python vs pypy: interesting performance difference [dict.setdefault]

2011-08-15 Thread Alex Gaynor
On Mon, Aug 15, 2011 at 2:05 AM, Armin Rigo wrote: > Hi David, > > On Sat, Aug 13, 2011 at 8:14 PM, David Naylor > wrote: > > So, it appears pypy is failing to speed up this contrived example... > > I think that it is expected, because the hash is computed entirely as > pure Python code in the c

Re: [pypy-dev] bounties for pypy

2011-08-15 Thread Ian Ozsvald
I'll re-open this earlier thread...Didrik Pinte of Enthought is offering to match my suggested £600 donation towards a numpy-pypy project. He's offering it in a personal capacity (i.e. not as an Enthought activity) out of his own pocket (and my donation would come out of my Consultancy). His offer

Re: [pypy-dev] Efficiently piecing together callables with hooks?

2011-08-15 Thread Armin Rigo
Hi Timo, On Sun, Aug 14, 2011 at 6:48 PM, Timo Paulssen wrote: > > So what would you suggest for making this much faster? I read on the IRC, that > in pypy itself, string concatenation is actually used to create python > functions, so maybe that would be way to go in this case? Sorry, I must cor

Re: [pypy-dev] PyPy, C/C++ and Wrappyr

2011-08-15 Thread Vincent den Boer
Hello Wim, > > several years ago, I did the something similar (more limited) based on > gccxml, so I'm wondering what are the parts that you found ignored by that > tool? > Somehow, for some classes their copy constructor was exported, but their 'normal' constructors were not. I couldn't find the

Re: [pypy-dev] Efficiently piecing together callables with hooks?

2011-08-15 Thread Samuel Ytterbrink
Hi, i only have some questions about your example code. How does the runhooks function work? And what are you using the pos loop variable for? Den 14 aug 2011 18.58 skrev "Timo Paulssen" : > Hello List, > > I'm currently experimenting with a piece of software I've recently started > maintaining, wh

Re: [pypy-dev] Python vs pypy: interesting performance difference [dict.setdefault]

2011-08-15 Thread Armin Rigo
Hi David, On Sat, Aug 13, 2011 at 8:14 PM, David Naylor wrote: > So, it appears pypy is failing to speed up this contrived example... I think that it is expected, because the hash is computed entirely as pure Python code in the case of PyPy (doing integer arithmetic with overflow checks) whereas