On Mon, Mar 26, 2012 at 1:27 AM, Charles R Harris <charlesr.har...@gmail.com
> wrote:

>
>
> On Sun, Mar 25, 2012 at 3:14 PM, Ralf Gommers <ralf.gomm...@googlemail.com
> > wrote:
>
>>
>>
>> On Sat, Mar 24, 2012 at 10:13 PM, Charles R Harris <
>> charlesr.har...@gmail.com> wrote:
>>
>>> Hi All,
>>>
>>> There several problems with numpy master that need to be fixed before a
>>> release can be considered.
>>>
>>>    1. Datetime on windows with mingw.
>>>    2. Bus error on SPARC, ticket #2076.
>>>    3. NA and real/complex views of complex arrays.
>>>
>>> Number 1 has been proved to be particularly difficult, any help or
>>> suggestions for that would be much appreciated. The current work has been
>>> going in pull request 214 <https://github.com/numpy/numpy/pull/214>.
>>>
>>> This isn't to say that there aren't a ton of other things that need
>>> fixing or that we can skip out on the current stack of pull requests, but I
>>> think it is impossible to consider a release while those three problems are
>>> outstanding.
>>>
>> Why do you consider (2) a blocker? Not saying it's not important, but
>> there are eight other open tickets with segfaults. Some are more esoteric
>> than other, but I don't see why for example #1713 and #1808 are less
>> important than this one.
>>
>> #1522 provides a patch that fixes a segfault by the way, could use a
>> review.
>>
>>
> I wasn't aware of the other segfaults, I'd like to get them all fixed...
> The list was meant to elicit additions.
>
> There are actually even more, I just searched for "segfault" to find the
8. Search for "segmentation fault" or "bus error" in Trac.

I would hope these have a high priority to get fixed but, unless they're
backwards compatibility issues, I don't consider them blockers. For the
simple reason that then we'd never be able to ship any release.

I don't know where the missed floating point errors come from, but they are
> somewhat dependent on the compiler doing the right thing and hardware
> support. I'd welcome any insight into why we get them on SPARC (underflow)
> and Windows (overflow).
>



> The windows buildbot doesn't seem to be updating correctly since it is
> still missing the combinations method that is now part of the test module.
>

Yeah, none of them are updating, it's a pain. We'll hopefully soon be able
to switch to a shiny new one.

Ralf
_______________________________________________
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion

Reply via email to