Hi Yury,
On Thu, Sep 1, 2011 at 8:26 PM, Yury Selivanov wrote:
> Will it be possible at some point to write modules for pypy in RPython
> without the need to rebuild the entire interpreter?
I've added an answer to this Frequently Asked Question to
https://bitbucket.org/pypy/pypy/raw/default/pyp
On 02 Sep 2011, at 12:24 AM, Andrew Dalke wrote:
> I was talking with Laura and she said there's still no good
> way to get pypy builds for Windows.
I have also been struggling to build pypy on my own windows box, either with
msvc2010 or mingw. I would preferably like to be able to use mingw, be
I'm pretty sure if we get in contact with the right people that Amazon will
give open source groups credit towards buildbots.
Alex
On Thu, Sep 1, 2011 at 6:24 PM, Andrew Dalke wrote:
> I was talking with Laura and she said there's still no good
> way to get pypy builds for Windows.
>
> I mention
I was talking with Laura and she said there's still no good
way to get pypy builds for Windows.
I mentioned that Amazon EC2 has Windows available for rent
http://aws.amazon.com/windows/
There's prebuilt disk images for Windows with a Django install
http://aws.amazon.com/amis/Microsoft-Windows
On Thu, Sep 1, 2011 at 01:10, Nick Coghlan wrote:
> On Thu, Sep 1, 2011 at 5:50 PM, Antonio Cuni wrote:
>> On 31/08/11 22:11, Brett Cannon wrote:
>>>
>>> The PyPy folk could answer this as they have their repo on bitbucket
>>> already. Else I guess we can just create a standalone account that
>>>
Hi,
On Thu, 1 Sep 2011, Armin Rigo wrote:
Reflex is another solution that is likely to work very nicely if you
can rewrite your C module as a C++ module and use the Reflex-provided
Python API extracted from the C++ module.
for most practical purposes, the rewriting of C -> C++ for wrapping pur
You can also do that in Github, which I prefer.
However, since CPython and PyPy use mercurial, the general preference
for Bitbucket is understandable.
2011/9/1 Brett Cannon :
> On Thu, Sep 1, 2011 at 01:10, Nick Coghlan wrote:
>> On Thu, Sep 1, 2011 at 5:50 PM, Antonio Cuni wrote:
>>> On 31/08
On 2011-09-01, at 1:03 PM, Armin Rigo wrote:
>> Back on topic, it surprised me, too, that RPython components are not
>> modular. Do I understand correctly that this means that, after making
>> modifications to the component, the entire PyPy interpreter needs to be
>> rebuilt?
>
> Yes. You should
Hi Gert Jan.
Let me clarify what I got from your question - does it make sense to
write performance sensitive code in C, or would PyPy optimize loops
well enough?
If you want to use only PyPy, you can quite easily use numpy arrays to
get a C-like performance. indeed, hakan ardo was able to run hi
Hi Dino,
On Thu, Sep 1, 2011 at 7:07 PM, Dino Viehland wrote:
> Ahh yeah, I think I had some weird 1.5 build on my laptop where I tried it.
> Guess it's time to upgrade.
Same in 1.6, but I fixed it in "default" today.
Armin
___
pypy-dev mailing list
p
Antonio wrote:
> it seems to work fine with pypy 1.6. Note that str() is called twice for each
> line, so we get 1, 3, 5, 7..., but this happens only on cpython.
Ahh yeah, I think I had some weird 1.5 build on my laptop where I tried it.
Guess it's time to upgrade.
_
Hi Gertjan,
On Thu, Sep 1, 2011 at 1:59 PM, Gertjan van Zwieten
wrote:
> Thanks for the quick reply, this is very helpful information and in some
> ways surprising. Let me just try to confirm that I got all this correctly so
> that I am sure to draw the right conclusions.
The meta-answer first:
Hi Peter,
On Thu, Sep 1, 2011 at 1:52 PM, Peter Kruse wrote:
> elif platform.cc.startswith('gcc'):
> AttributeError: 'NoneType' object has no attribute 'startswith'
Ah, not-explicitly-supported platforms end up as a platform where cc
is None. The line above needs to be fixed to handle this c
On Wed, Aug 31, 2011 at 9:54 AM, Juergen Boemmels wrote:
> Hi,
>
> Since some weeks in one Applevel-test is failing consitently on the
> buildbot:
> module/posix/test/test_posix2.py
> with the failure:
> if sys.platform.startswith('linux'):
>> assert hasattr(st, 'st_rdev')
> E
On Sun, Aug 28, 2011 at 8:01 PM, Jan Decaluwe wrote:
> On 06/07/2011 11:40 PM, Jan Decaluwe wrote:
>>
>> On 06/07/2011 05:23 PM, Antonio Cuni wrote:
>>>
>>> On 07/06/11 17:02, Jan Decaluwe wrote:
I am seeing great improvements for MyHDL simulations
by using PyPy, and I have written
On Sun, Aug 28, 2011 at 12:29 AM, Christian Hudon
wrote:
> Le Sat Aug 27 09:10:12 2011, Samuel Ytterbrink a écrit :
>>
>> What part? The Interpreter or the tool chain? or usage of the Interpreter?
>
> Hmm. A bit of the first two, I guess. I'm not clear how "usage of the
> interpreter" would be any
Hi,
The "stacklet" branch has been merged now. The "_continuation" module
is available on all PyPys with or without the JIT on x86 and x86-64
since a few days, and it will of course be part of release 1.6.1.
There is an almost-complete wrapper "greenlet.py". For documentation
and current limitat
Hi Wim,
Thanks for the quick reply, this is very helpful information and in some
ways surprising. Let me just try to confirm that I got all this correctly so
that I am sure to draw the right conclusions.
First of all, to clarify, I understand that the overhead of calling into C
is not such a big
Hello,
I'd like to compile PyPy under Solaris/Sparc. But it looks that
this is not supported. Right now when I run "python2.7 translate.py
-O2" as suggested
on http://pypy.org/download.html I get an exception:
[version:WARNING] Errors getting Mercurial information: Not running
from a Mercurial
On Sat, Aug 27, 2011 at 9:00 AM, Mitchell Hashimoto
wrote:
> Sorry to ping the list again, but I've addressed the issues raised in the
> issue to complete the "os.getlogin" feature. Is there any way I can get
> another review to get this merged please?
Seems to be merged, thanks!
> Best,
> Mitch
Hi,
On Thu, Sep 1, 2011 at 10:57 AM, Armin Rigo wrote:
> It works as expected on CPython 2.7. Is it a bug? :-)
Fixed in 414bb2d98b0c.
Armin
___
pypy-dev mailing list
pypy-dev@python.org
http://mail.python.org/mailman/listinfo/pypy-dev
On 01/09/11 10:57, Armin Rigo wrote:
Hi,
On Thu, Sep 1, 2011 at 9:58 AM, Antonio Cuni wrote:
it seems to work fine with pypy 1.6. Note that str() is called twice for
each line, so we get 1, 3, 5, 7..., but this happens only on cpython.
...but this happens only on PyPy, you mean. It works a
Hi,
On Thu, Sep 1, 2011 at 9:58 AM, Antonio Cuni wrote:
> it seems to work fine with pypy 1.6. Note that str() is called twice for
> each line, so we get 1, 3, 5, 7..., but this happens only on cpython.
...but this happens only on PyPy, you mean. It works as expected on
CPython 2.7. Is it a b
On 01/09/11 09:23, William ML Leslie wrote:
I wonder if anyone has benchmarked sqlite under pypy - that would have
the most dramatic effect here.
I'm doing it right now. It seems that for some reasons the JIT does not remove
the ctypes overhead of sqlite calls, thus they are much slower than t
On Thu, Sep 1, 2011 at 5:50 PM, Antonio Cuni wrote:
> On 31/08/11 22:11, Brett Cannon wrote:
>>
>> The PyPy folk could answer this as they have their repo on bitbucket
>> already. Else I guess we can just create a standalone account that
>> represents the official speed.python.org account.
>
> for
On 01/09/11 05:28, Dino Viehland wrote:
This came up on an internal discussion, I thought it was fun, especially given
that we all behave differently:
Paste this into the REPL:
[cut]
it seems to work fine with pypy 1.6. Note that str() is called twice for each
line, so we get 1, 3, 5, 7...,
On 31/08/11 22:11, Brett Cannon wrote:
The PyPy folk could answer this as they have their repo on bitbucket
already. Else I guess we can just create a standalone account that
represents the official speed.python.org account.
for pypy we do exactly that. There is a bitbucket user named "pypy" wh
Hi William,
> N = 200 means most of the benchmarks probably won't even JIT, so that
> might be a start. The threshold in the released pypy is N = 1000.
>
>
Yeah, I suspected that might be the case, and did a few test individual
benchmarks with a much higher N (ie: >20,000). It definitely improve
On 1 September 2011 15:29, Fenn Bailey wrote:
> The results were a little surprising (and not in a good way):
> http://pastie.org/2463906
...
> Any ideas as to why the performance drop-off would be so significant?
N = 200 means most of the benchmarks probably won't even JIT, so that
might be a st
29 matches
Mail list logo
