Re: [pypy-dev] Telling the JIT to remove a stack array

2014-02-23 Thread Armin Rigo
Hi Timothy, On 23 February 2014 01:24, Timothy Baldridge wrote: > I tried digging into the PyPy source to find how how this is done there, but > I haven't been able to find it yet. pypy/interpreter/pyframe.py: self.locals_stack_w. The trick is that it's an attribute of a "frame" class, which is

Re: [pypy-dev] PySide with PyPy

2014-02-23 Thread Armin Rigo
Hi Johan, On 23 February 2014 08:44, Johan Råde wrote: > the installed libraries do not work. Thanks for the instructions! As far as I'm concerned I cannot do anything from "do not work"-kind of descriptions. Please also include a small example of code using the library and tell us exactly wha

Re: [pypy-dev] slow-ish multithreaded primitives

2014-02-23 Thread Armin Rigo
Hi Dima, On 22 February 2014 20:51, Dima Tisnek wrote: > Right, I narrowed it down to condition.wait being much slower with a > timeout than without. Thanks! Fixed. Indeed, I simply took the version of lock.acquire() from the py3k branch (with support for timeout and interrupts), and applied i

Re: [pypy-dev] PySide with PyPy

2014-02-23 Thread Johan Råde
Hi Armin, Observed behavior on Windows: import PySide import PySide.QtCore Traceback (most recent call last): File "", line 1, in ImportError: No module named PySide.QtCore from PySide import * Traceback (most recent call last): File "", line 1, in AttributeError: 'module' o

Re: [pypy-dev] unaligned raw_load (align_float_cast branch)

2014-02-23 Thread Armin Rigo
Hi Matti, I've checked in some new code in rawstorage.py on default: raw_storage_{get,set}item_unaligned(). It's regular RPython code that checks if the argument is aligned or not, and if not, it falls back to a memcpy(). It should be relatively jit-friendly. Note that I also changed the non-un

Re: [pypy-dev] slow-ish multithreaded primitives

2014-02-23 Thread Mark Roberts
How hostile would you be to a pypy-2.8 branch with these kinds of improvements? -Mark > On Feb 23, 2014, at 1:04, Armin Rigo wrote: > > Hi Dima, > >> On 22 February 2014 20:51, Dima Tisnek wrote: >> Right, I narrowed it down to condition.wait being much slower with a >> timeout than without.

Re: [pypy-dev] slow-ish multithreaded primitives

2014-02-23 Thread Maciej Fijalkowski
On Sun, Feb 23, 2014 at 6:57 PM, Mark Roberts wrote: > How hostile would you be to a pypy-2.8 branch with these kinds of > improvements? we don't need a 2.8 branch to do that, we can just commit stuff to master (that's still python 2.7) ___ pypy-dev ma

Re: [pypy-dev] unaligned raw_load (align_float_cast branch)

2014-02-23 Thread Brian Kearns
I believe all of them in micronumpy are at risk -- any type could be a subtype of a record type consisting of something like a single char followed by whatever type. On Sun, Feb 23, 2014 at 1:43 AM, Armin Rigo wrote: > Hi Matti, > > I've checked in some new code in rawstorage.py on default: > r

Re: [pypy-dev] slow-ish multithreaded primitives

2014-02-23 Thread Armin Rigo
Hi, On 23 February 2014 19:54, Maciej Fijalkowski wrote: > On Sun, Feb 23, 2014 at 6:57 PM, Mark Roberts wrote: >> How hostile would you be to a pypy-2.8 branch with these kinds of >> improvements? > > we don't need a 2.8 branch to do that, we can just commit stuff to > master (that's still pyt

Re: [pypy-dev] unaligned raw_load (align_float_cast branch)

2014-02-23 Thread Armin Rigo
Hi Brian, On 23 February 2014 20:14, Brian Kearns wrote: > I believe all of them in micronumpy are at risk -- any type could be a > subtype of a record type consisting of something like a single char followed > by whatever type. I agree about the ones in the types.py module, but there are more i