Mailman 3 July 2011 - pypy-dev

downloads page, was: PyPy is now available in Fedora
by Tom Roche 30 Jul '11

30 Jul '11

David Malcolm Mon Jan 3 23:13:38 CET 2011 > I've packaged pypy in RPM form for the Fedora distribution and RPMs are available @, e.g., http://rpm.pbone.net/index.php3/stat/4/idpl/15770592/dir/rawhide/com/pypy-1… Shouldn't this be linked to, or at least mentioned, on http://pypy.org/download.html ? Feel free to forward if this is not the appropriate venue for this suggestion. fwiw, Tom Roche <Tom_Roche(a)pobox.com>

2 1

Re: [pypy-dev] [pypy-commit] pypy default: don't raise a warning if the restype is not set, and add a test to check that we hit the fastpath even in that case
by Maciej Fijalkowski 28 Jul '11

28 Jul '11

> > Log: don't raise a warning if the restype is not set, and add a test to > check that we hit the fastpath even in that case Uh, can we revert this? I think a runtime warning when restype is not set is an excellent idea from the correctness perspective.

2 1

Re: [pypy-dev] [pypy-commit] pypy default: Remove some more importants, and reorganize some others.
by Maciej Fijalkowski 26 Jul '11

26 Jul '11

On Tue, Jul 26, 2011 at 4:25 AM, alex_gaynor <noreply(a)buildbot.pypy.org> wrote: > Author: Alex Gaynor <alex.gaynor(a)gmail.com> > Branch: > Changeset: r45994:95649f1056c0 > Date: 2011-07-25 18:41 -0700 > http://bitbucket.org/pypy/pypy/changeset/95649f1056c0/ > > Log: Remove some more importants, and reorganize some others. > Please don't remove anything important :)

1 0

Re: [pypy-dev] [pypy-commit] pypy default: signal.signal() crashes with ValueError when called from a
by Antonio Cuni 25 Jul '11

25 Jul '11

Hi Armin, On 24/07/11 18:47, arigo wrote: > Author: Armin Rigo<arigo(a)tunes.org> > Branch: > Changeset: r45943:824b72bb6b45 > Date: 2011-07-24 17:25 +0200 > http://bitbucket.org/pypy/pypy/changeset/824b72bb6b45/ > > Log: signal.signal() crashes with ValueError when called from a non-main > thread...? > > diff --git a/lib_pypy/pyrepl/unix_console.py b/lib_pypy/pyrepl/unix_console.py [cut] Note that pyrepl exists as an independent repo and that the one in PyPy is supposed to be a copy of it (similar to what we do in py.test): https://bitbucket.org/pypy/pyrepl For example, it is automatically installed by pdb++ on top of cpython to have the colored tab completion. ciao, Anto

2 1

Bitbucket offering to donate servers, hosting ...
by Laura Creighton 25 Jul '11

25 Jul '11

This showed up on the infrastructure mailing list. I'd like a really nice windows machine always available for benchmarking and another one to test on. What would other people like? Make a list and we can ask Charles McLaughlin if the offer is still open. As far as I know the OSU/OSL hosting is linux only. Laura (still reading 10 days of email) ------- Forwarded Message Return-Path: infrastructure-bounces+lac=openend.se(a)python.org Delivery-Date: Fri Jul 22 20:05:08 2011 Date: Tue, 19 Jul 2011 07:08:31 -0700 From: Aahz <aahz(a)pythoncraft.com> To: infrastructure(a)python.org, psf(a)python.org Also cc'ing the board due to the recent discussion about OSU/OSL. I figured it wasn't my place to tell Charles about that. In case it's not clear from the e-mail address, it appears that Bitbucket was acquired by Atlassian. One idea: maybe Atlassian/Bitbucket would be willing to donate hardware to the OSU/OSL hosting, as long as we give them a nice public thanks. - ----- Forwarded message from Aahz <aahz(a)pythoncraft.com> ----- > Date: Tue, 19 Jul 2011 07:03:49 -0700 > From: Aahz <aahz(a)pythoncraft.com> > To: Charles McLaughlin <cmclaughlin(a)atlassian.com> > Cc: pydotorg-www(a)python.org > Subject: Re: [pydotorg-www] Volunteer > Organization: The Cat & Dragon > > On Mon, Jul 18, 2011, Charles McLaughlin wrote: >> >> I noticed python.org was down a couple times recently and I wondered if you >> guys need any more volunteers to help with infrastructure. I'm the sysadmin >> at bitbucket.org. No guarantees without knowing what I'm getting myself >> into, but in addition to some of my time we might also be able to donate >> servers, hosting, bandwidth, etc if that would help. > > Thanks for the offer, we already have good hosting donated by XS4ALL. > > Volunteer time is of course more precious and we never have enough. I > think probably the best place to discuss your offer would be the > Infrastructure Committee, I'm forwarding it to them. You can also reach > them directly at infrastructure(a)python.org > -- > Aahz (aahz(a)pythoncraft.com) <*> http://www.pythoncraft.com/ > > "If you don't know what your program is supposed to do, you'd better not > start writing it." --Dijkstra > _______________________________________________ > pydotorg-www mailing list > pydotorg-www(a)python.org > http://mail.python.org/mailman/listinfo/pydotorg-www - ----- End forwarded message ----- - -- Aahz (aahz(a)pythoncraft.com) <*> http://www.pythoncraft.com/ "If you don't know what your program is supposed to do, you'd better not start writing it." --Dijkstra ________________________________________________ Infrastructure mailing list Infrastructure(a)python.org http://mail.python.org/mailman/listinfo/infrastructure Unsubscribe: http://mail.python.org/mailman/options/infrastructure/lac%40openend.se ------- End of Forwarded Message

1 0

Benchmarks
by Maciej Fijalkowski 24 Jul '11

24 Jul '11

Hi I'm a bit worried with our current benchmarks state. We have around 4 benchmarks that had reasonable slowdowns recently and we keep putting new features that speed up other things. How can we even say we have actually fixed the original issue? Can we have a policy of not merging new performance features before having a story why benchmarks got slower? Current list: http://speed.pypy.org/timeline/?exe=1&base=none&ben=spectral-norm&env=tanni… http://speed.pypy.org/timeline/?exe=1&base=none&ben=spitfire&env=tannit&rev… This is a good example why we should not work the way we work now: http://speed.pypy.org/timeline/?exe=1&base=none&ben=slowspitfire&env=tannit… There was an issue, then the issue was fixed, but apparently not quite (7th of June is quite a bit slower than 25th of May) and then recently we introduced something that make it faster alltogether. Can we even fish the original issue? http://speed.pypy.org/timeline/?exe=1&base=none&ben=bm_mako&env=tannit&revs… http://speed.pypy.org/timeline/?exe=1&base=none&ben=nbody_modified&env=tann… (is it relevant or just noise?) http://speed.pypy.org/timeline/?exe=1&base=none&ben=telco&env=tannit&revs=50 Cheers, fijal

11 46

binascii.crc32() OverflowError?
by Roger Flores 23 Jul '11

23 Jul '11

Hello all. I'm getting an OverflowError error only when I run my program in pypy. I've simplified it to a couple of lines: binasciiproblem.py: import binascii value = 0 new_value = 'a' value = binascii.crc32(new_value, value) & 0xffffffff value = binascii.crc32(new_value, value) & 0xffffffff Python 2.7.1: runs without problems. PyPy 1.5 and pypy-c-jit-45752-e490f90f2aa1-linux64.tar.bz2 (7/20 nightly): Traceback (most recent call last): File "app_main.py", line 53, in run_toplevel File "binasciiproblem.py", line 6, in <module> value = binascii.crc32(new_value, value) & 0xffffffff OverflowError: long int too large to convert to int Ideas? Is this a problem in my code noticed by PyPy or a PyPy library API issue? I've been toying around with a PPM compressor and could sure use PyPy's speed boosts for the longer runs! Thanks, -Roger

2 1

just saw: speed.pypy.org reports 4x faster
by Massa, Harald Armin 21 Jul '11

21 Jul '11

I recommend to wrap the code and release it with the subtitle "the 4 times faster release" Best wishes, Harald -- GHUM GmbH Harald Armin Massa Spielberger Straße 49 70435 Stuttgart 0173/9409607 Amtsgericht Stuttgart, HRB 734971 - persuadere. et programmare

5 6

PyPy is much slower than CPython example / question
by Alexander Petrov 20 Jul '11

20 Jul '11

Hi. I'm new to PyPy and was trying to run some tests to see orders of speed improvement. Short script generating list of prime numbers using rather straightforward implementation of Eratosthene's sieve. Script: http://paste.pocoo.org/show/432727/ Typical results: http://paste.pocoo.org/show/432733/ (I thought that is due to absense of SSE2 on first computer, but I've rechecked on Intel(R) Xeon(R) CPU L5520 @ 2.27GHz with similar results). I'm getting that CPython is nearly 4-8 times faster than PyPy. Is it a bug in PyPy or what is wrong (may be "specific" to PyPy) in my script? Alex.

9 13

win64
by Armin Rigo 18 Jul '11

18 Jul '11

Hi Christian, A quick poll about the 'win64 test' branch. Is it going fine? If ll2ctypes is continuing to give you troubles, I'd suggest to move on; keep in mind that ll2ctypes is only used for testing. I would recommend that your priority should be to pass the tests in pypy/rpython/test/ and pypy/translator/c/test/, and when it is done, move on to pypy/rlib/test/ and pypy/module/*/test/. A bientôt, Armin.

2 1