[Numpy-discussion] Numpy 1.6 schedule (was: Numpy 2.0 schedule)

[Benjamin Root]

On Fri, Mar 4, 2011 at 9:11 PM, Charles R Harris
<charlesr.harris at gmail.com>wrote:

>
>
> On Fri, Mar 4, 2011 at 7:49 PM, Charles R Harris <
> charlesr.harris at gmail.com> wrote:
>
>>
>>
>> On Fri, Mar 4, 2011 at 6:41 PM, Charles R Harris <
>> charlesr.harris at gmail.com> wrote:
>>
>>>
>>>
>>> On Fri, Mar 4, 2011 at 12:54 PM, Christoph Gohlke <cgohlke at uci.edu>wrote:
>>>
>>>>
>>>>
>>>> On 3/4/2011 1:00 AM, Christoph Gohlke wrote:
>>>> >
>>>> >
>>>> > On 3/3/2011 10:54 PM, Ralf Gommers wrote:
>>>> >> On Mon, Feb 28, 2011 at 11:31 PM, Ralf Gommers
>>>> >> <ralf.gommers at googlemail.com> wrote:
>>>> >>> On Mon, Feb 28, 2011 at 10:36 PM, Bruce Southey<bsouthey at gmail.com>
>>>> >>> wrote:
>>>> >>>> On 02/28/2011 02:00 AM, Ralf Gommers wrote:
>>>> >>>>> Hi,
>>>> >>>>>
>>>> >>>>> On Fri, Jan 28, 2011 at 7:15 AM, Travis
>>>> >>>>> Oliphant<oliphant at enthought.com> wrote:
>>>> >>>>>> The reason for a NumPy 1.6 suggestion, is that Mark (and others
>>>> it
>>>> >>>>>> would
>>>> >>>>>> seem) have additional work and features that do not need to wait
>>>> >>>>>> for the
>>>> >>>>>> NumPy 2.0 ABI design to finalize in order to get out there.
>>>> >>>>>> If someone is willing to manage the release of NumPy 1.6, then it
>>>> >>>>>> sounds
>>>> >>>>>> like a great idea to me.
>>>> >>>>> This thread ended without a conclusion a month ago. Now I think
>>>> master
>>>> >>>>> is in a better state than a month ago for a release (py
>>>> 2.4/2.5/3.x
>>>> >>>>> issues and segfault on OS X fixed, more testing of changes), and I
>>>> >>>>> have a better idea of my free time for March/April. Basically, I
>>>> have
>>>> >>>>> a good amount of time for the next couple of weeks, and not so
>>>> much at
>>>> >>>>> the end of March / first half of April due to an inter-continental
>>>> >>>>> move. But I think we can get out a beta by mid-March, and I can
>>>> manage
>>>> >>>>> the release.
>>>> >>>>>
>>>> >>>>> I've had a look at the bug tracker, here's a list of tickets for
>>>> 1.6:
>>>> >>>>> #1748 (blocker: regression for astype('str'))
>>>> >>>>> #1619 (issue with dtypes, with patch)
>>>> >>>>> #1749 (distutils, py 3.2)
>>>> >>>>> #1601 (distutils, py 3.2)
>>>> >>>>> #1622 (Solaris segfault, with patch)
>>>> >>>>> #1713 (Solaris segfault)
>>>> >>>>> #1631 (Solaris segfault)
>>>> >>
>>>> >> The distutils tickets are resolved.
>>>> >>
>>>> >>>>> Proposed schedule:
>>>> >>>>> March 15: beta 1
>>>> >>>>> March 28: rc 1
>>>> >>>>> April 17: rc 2 (if needed)
>>>> >>>>> April 24: final release
>>>> >>
>>>> >> Any comments on the schedule or tickets?
>>>> >>
>>>> >> Before the first beta can be released I think #1748 should be fixed.
>>>> >> Before the first RC the Solaris segfaults should be investigated, and
>>>> >> documentation for the new iterator (Python docstrings and C API docs)
>>>> >> and datetime should be written.
>>>> >>
>>>> >> Also, some testing on 64-bit Windows would be great, that usually
>>>> >> turns up new issues so the sooner the better.
>>>> >>
>>>> >> Ralf
>>>> >
>>>> > Hi Ralf,
>>>> >
>>>> > the numpy master branch on github can not be compiled with Visual
>>>> > Studio. A patch is attached. I'll test the builds tomorrow.
>>>> >
>>>> > Christoph
>>>> >
>>>>
>>>> I tested the 32 and 64 bit msvc9/MKL builds for Python 2.7 and 3.2.
>>>> There are few test failures (listed below) that look familiar.
>>>>
>>>> I also ran tests and/or examples of a few 3rd party packages that were
>>>> built against numpy 1.5.1: scipy, pygame, PyMOL, numexpr, matplotlib,
>>>> basemap, scikits.learn, ETS.mayavi, Bottleneck, pytables, and pandas.
>>>>
>>>> Most packages don't have any apparent problems.
>>>> Scipy-0.9.0-win-amd64-py3.2 and Bottleneck-0.3.0 each have one test
>>>> failure/error (also listed below).
>>>>
>>>> There is a problem with code generated by Cython 0.13: pytables-2.2.1
>>>> and pandas-0.3.0, which were built with Cython 0.13, report several
>>>> failures and do crash during the tests. This can probably be fixed by
>>>> "recythonizing" with Cython 0.14.1.
>>>>
>>>>
>>> I see pytables crash on Fedora 14 64 bit also, even with freshly built
>>> pytables/numexpr.
>>>
>>
>> Backtrace
>>
>> #0  0x0000003e9647a52c in __libc_free (mem=0x16cd1f0) at malloc.c:3724
>> #1  0x00007fffefed0988 in array_dealloc (self=0x29617b0)
>>     at numpy/core/src/multiarray/arrayobject.c:266
>> #2  0x0000003ea84e8452 in PyEval_EvalFrameEx (f=<value optimized out>,
>>     throwflag=<value optimized out>)
>>     at /usr/src/debug/Python-2.7/Python/ceval.c:2344
>> #3  0x0000003ea84ea71d in fast_function (f=<value optimized out>,
>>     throwflag=<value optimized out>)
>>     at /usr/src/debug/Python-2.7/Python/ceval.c:4157
>> #4  call_function (f=<value optimized out>, throwflag=<value optimized
>> out>)
>>     at /usr/src/debug/Python-2.7/Python/ceval.c:4092
>>
>>
>>
>
> And a test failure before the crash:
>
> Running MDAtomReopen.test01a_assign
> -----------------------------------
>
> Error in test::
>
>   ValueError: value parameter '[[[1 3]
>   [4 5]]]' cannot be converted into an array object
> compliant with CArray: '/test (CArray(1,)) ''
>   atom := Int32Atom(shape=(2, 2), dflt=array([[0, 0],
>        [0, 0]], dtype=int32))
>   maindim := 0
>   flavor := 'numpy'
>   byteorder := 'little'
>   chunkshape := (4096,)' The error was: <non-broadcastable output operand
> with shape (2,2) doesn't match the broadcast shape (2,2,1)>
>
> Chuck
>
>>
>>
>
I recently had to fix an example in matplotlib where there was a 1xN array
being assigned to a 1-D slice of a numpy array.  It used to work, but it now
doesn't.  I don't know if this was intended or not, though.

FWIW,
Ben Root
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/numpy-discussion/attachments/20110304/14ccb30f/attachment.html>