Re: [pypy-dev] contributing to pypy

2011-09-21 Thread Justin Peel
You didn't say what sort of work you are looking for. Here are some ideas that I've had on my TODO (at some point) list: -contribute to micronumpy -astype -scalar types like numpy.int8 -a ufunc that isn't implemented yet -speed up json module by adapting simplejson's pypy-support bran

Re: [pypy-dev] Before I start hacking on numpy

2011-09-20 Thread Justin Peel
There are a few things to be done before we start on a multi-dimensional array. First, we need to do some refactoring to get all of the 1D parts out of BaseArray and into the SingleDimArray class. Also, we need to decide if we want to keep single dimensional arrays as a specialized case or just use

Re: [pypy-dev] [pypy-commit] pypy default: fix bz2. tests didn't find this.

2011-09-05 Thread Justin Peel
On Mon, Sep 5, 2011 at 12:54 AM, Maciej Fijalkowski wrote: > On Wed, Aug 31, 2011 at 8:18 AM, justinpeel wrote: >> Author: Justin Peel >> Branch: >> Changeset: r46937:b4d8eb5fdf6c >> Date: 2011-08-31 00:17 -0600 >> http://bitbucket.org/pypy/pypy/changeset/b4

Re: [pypy-dev] pypy1.6 slow on string-heavy ops

2011-08-18 Thread Justin Peel
to its release notes. I don't know > anything beyond that. > > -Aaron DeVore > > On Thu, Aug 18, 2011 at 3:31 PM, Justin Peel wrote: >> Yes, Vincent's way is the better way to go. To elaborate more on the >> problem, string appending is O(N^2) while appending to a li

Re: [pypy-dev] pypy1.6 slow on string-heavy ops

2011-08-18 Thread Justin Peel
Yes, Vincent's way is the better way to go. To elaborate more on the problem, string appending is O(N^2) while appending to a list and then joining is an O(N) operation. Why CPython is faster than Pypy at doing the less efficient way is something that I'm not fully sure about, but I believe that it