Thanks - that will be a useful companion to my backport
for using lzma on C Python 2.6, 2.7 and early Python 3 :)
https://pypi.python.org/pypi/backports.lzma
Peter
On Wed, Jul 23, 2014 at 5:14 PM, Armin Rigo wrote:
> Hi all,
>
> A module mentioned today in a EuroPython lightning talk: "lzma"
> r
On Tue, Apr 9, 2013 at 8:11 PM, Matti Picus wrote:
> Note that patch is incomplete, it is missing an "import os" (thanks bdk)
> that was added in a later changeset.
> Matti
I'd probably have managed but thanks - one less surprise
for me tomorrow :)
I was wondering if this was a symptom of a larg
On Tue, Apr 9, 2013 at 7:35 PM, Philip Jenvey wrote:
> This was fixed yesterday, see: https://bugs.pypy.org/issue1440
>
Thanks! The bug report doesn't auto-link to the repository,
so for anyone else the changeset is here and looks easy
enough to apply manually to try it on Windows without
having
Hello all,
I've downloaded and unzipped pypy-2.0-beta2-win32.zip but
fairly early on in my testing ran into this puzzle:
C:\>c:\pypy-2.0\pypy.exe
Python 2.7.3 (3eef596df459, Apr 06 2013, 12:40:10)
[PyPy 2.0.0-beta2 with MSC v.1500 32 bit] on win32
Type "help", "copyright", "credits" or "license"
On Fri, Jun 22, 2012 at 2:09 PM, Stefano Rivera wrote:
> Hi Peter (2012.06.21_00:24:32_+0200)
>> I'd like to be able to run tests for a Python project on
>> Travis-CI under PyPy 1.9, however to provide PyPy
>> on their virtual machines Travis-CI get PyPy from the
>> PyPy PPA on LaunchPad:
>>
>> ht
Hello all,
I'd like to be able to run tests for a Python project on
Travis-CI under PyPy 1.9, however to provide PyPy
on their virtual machines Travis-CI get PyPy from the
PyPy PPA on LaunchPad:
http://about.travis-ci.org/docs/user/languages/python/
https://launchpad.net/~pypy/+archive/ppa
It ap
On Wed, Mar 21, 2012 at 5:49 PM, Maciej Fijalkowski wrote:
> On Wed, Mar 21, 2012 at 7:10 PM, Peter Cock wrote:
>> That doesn't sound quite so intimidating... and if I've understood this
>> now it does seem like the basis of a good development FAQ entry:
>> http://
On Tue, Mar 20, 2012 at 2:52 PM, Maciej Fijalkowski wrote:
>
> Hey
>
> You're confusing levels. Your benchmark code cannot call zlib.
PyPy development has quite a learning curve.
> I suggested you benchmark not zlib, but your changes to StringBuilder
> that you proposed. That does not (and canno
On Tue, Mar 20, 2012 at 12:40 PM, Antonio Cuni wrote:
> On 03/20/2012 12:51 PM, Peter Cock wrote:
>>
>> Next, using the Richards example (short but non-trivial),
>>
>> $ cd pypy/translator/goal
>> $ python translate.py --run targetrichards.py
>
> I never h
Hi again,
Based on the structure of pypy/translator/goal/richards.py and
pypy/translator/goal/targetrichards.py I have tried to make a
simple ZLIB based benchmark based on what I have been using.
$ python2.6 green_bottles.py
Green bottles ZLIB benchmark starting... []
Trying ZLIB on 176683 bytes
On Tue, Mar 20, 2012 at 12:40 PM, Antonio Cuni wrote:
> On 03/20/2012 12:51 PM, Peter Cock wrote:
>>
>> Next, using the Richards example (short but non-trivial),
>>
>> $ cd pypy/translator/goal
>> $ python translate.py --run targetrichards.py
>
> I never h
On Tue, Mar 20, 2012 at 11:51 AM, Peter Cock wrote:
> Hi all,
>
> After a teething error with PyPy calling GCC with unescaped paths,
> which I solved by moving to a directory without spaces in the full
> path, I made some progress.
>
> ...
>
>
Hi all,
After a teething error with PyPy calling GCC with unescaped paths,
which I solved by moving to a directory without spaces in the full
path, I made some progress.
First, get PyPy from hg - perhaps checking out a known good
revision:
$ hg clone http://bitbucket.org/pypy/pypy pypy
$ cd pypy
On Mon, Mar 19, 2012 at 6:36 PM, Maciej Fijalkowski wrote:
>> http://mail.python.org/mailman/listinfo/pypy-dev
>
> append_charpsize is special - it's not the *actual* implementation,
> the actual implementation is buried somewhere in
> rpython/lltypesystem/rbuilder.py, with the one you're mentioni
(Replying on list - assuming Justin went off list my mistake)
On Fri, Mar 16, 2012 at 4:54 AM, Justin Peel wrote:
> Two things to mention. First, if you are going to use valgrind, you
> will need to build your own pypy because, as far as I know, the
> buildbot ones do not have the debug info so y
On Thursday, March 15, 2012, Armin Rigo wrote:
> Hi,
>
> On Wed, Mar 14, 2012 at 03:19, Peter Cock
wrote:
>> I don't know - I was assuming any buffering would be the same
>> comparing PyPy 1.8 against Python 2.6 (and 3.2). That was one
>> reason for my email -
On Tue, Mar 13, 2012 at 9:51 PM, Benjamin Peterson wrote:
> 2012/3/12 Peter Cock :
>> Given http://doc.pypy.org/en/latest/extending.html describes this
>> mixed module approach as the "most advanced and powerful way"
>> of calling C code, does that mean in this part
Hi all,
I am looking at some benchmark numbers from some of my code,
and one area where PyPy is slower than 'C' Python (perhaps twice
as slow) is code making heavy use of the zlib standard library.
I had a look at this page about how C libraries are called from PyPy,
it seems sketchy and perhaps
On Wed, Jan 18, 2012 at 10:27 AM, Dmitrey wrote:
> Hi,
>
> I have compared contains of numpy and numpypy, numpy has 551 entries (and
> some of them are modules with lots of other funcs, like linalg or fft),
> while nympypy has only 121 entry - thus, I guess, numpypy still is too far
> from full nu
On Wed, Nov 16, 2011 at 5:27 PM, Benjamin Peterson wrote:
> 2011/11/16 Blaine :
>> I think that python's math module (which I use) is a compiled C extension,
>> right? I'm looking for pure python that berp can use.
>
> I'm not really sure why this is relevant to pypy.
>
How does pypy implement th
On Wed, Oct 19, 2011 at 6:25 PM, Maciej Fijalkowski wrote:
> On Wed, Oct 19, 2011 at 4:49 PM, Gary Robinson wrote:
>> I wonder if it would be worthwhile to have another poll, this time
>> clearly differentiating between
>>
>> a) focusing on integrating the existing numpy in such a way that
>> sci
On Wed, Oct 19, 2011 at 12:57 PM, Antonio Cuni wrote:
> On 19/10/11 13:42, Antonio Cuni wrote:
>
>> I'm not sure to interpret your sentence correctly.
>> Are you saying that you would still want a pypy+numpy+scipy,
>> even if it ran things slower than CPython? May I ask why?
>
> ah sorry, I think
On Thu, Sep 15, 2011 at 11:04 PM, Alex Gaynor wrote:
>
>>
>> The problem I am running into is that "import numpy" appears
>> to work under PyPy 1.6 (you get micronumpy) but later things like
>> numpy.get_include() don't work (AttributeError). Should I just treat
>> that exception itself as meaning
On Thu, Sep 15, 2011 at 10:02 PM, Alex Gaynor wrote:
> I think, for the time being, the appropriate solution is to just check the
> Python version, the original NumPy doesn't run on PyPy so it should be fine.
> Alex
How precisely?
The problem I am running into is that "import numpy" appears
to w
Dear all,
I tried asking this on the NumPy mailing list, but realise here is more likely:
http://mail.scipy.org/pipermail/numpy-discussion/2011-September/058439.html
How should a python script (e.g. setup.py) distinguish between
real numpy and micronumpy? Or should I instead be looking
to disting
25 matches
Mail list logo
