Re: [Numpy-discussion] Open CV 3.0 + NPY_RELAXED_STRIDES

2015-06-10 Thread Jaime Fernández del Río
On Wed, Jun 10, 2015 at 5:53 PM, Jaime Fernández del Río 
jaime.f...@gmail.com wrote:

 I'm in the midst of a Python 3.5 + MSVS 2015 compilation frenzy. Today it
 was time for Open CV 3.0, where I found a nasty bug that I have eventually
 tracked down to using a development version of NumPy, and Open CV 3.0
  choking on relaxed strides, as it does a check that every stride is a
 multiple of the itemsize.

 I was thinking of submitting a patch to opencv to fix this, but was
 wondering whether we have plans to eventually have relaxed strides out in
 the wild in user releases, or is it just a testing tool for development?


I see that in the release notes of 1.9 we had the following:


   - Relaxed stride checking will be the default in 1.10.0

Is this still the plan?

Jaime

-- 
(\__/)
( O.o)
(  ) Este es Conejo. Copia a Conejo en tu firma y ayúdale en sus planes
de dominación mundial.
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion


Re: [Numpy-discussion] Open CV 3.0 + NPY_RELAXED_STRIDES

2015-06-10 Thread Nathaniel Smith
On Wed, Jun 10, 2015 at 5:53 PM, Jaime Fernández del Río
jaime.f...@gmail.com wrote:
 I'm in the midst of a Python 3.5 + MSVS 2015 compilation frenzy. Today it
 was time for Open CV 3.0, where I found a nasty bug that I have eventually
 tracked down to using a development version of NumPy, and Open CV 3.0
 choking on relaxed strides, as it does a check that every stride is a
 multiple of the itemsize.

 I was thinking of submitting a patch to opencv to fix this, but was
 wondering whether we have plans to eventually have relaxed strides out in
 the wild in user releases, or is it just a testing tool for development?

The ultimate goal is certainly to get it out into the wild, as not
having relaxed strides creates other weird bugs instead. (Mostly
spurious copies because of arrays being considered discontiguous when
they actually were contiguous all along, but also fun stuff like tiny
irrelevant changes in numpy breaking people's code because they are
expecting an array with F contiguity and numpy has started describing
the output array as C contiguity, when in fact it is both and the bug
is entirely in the arbitrary assignment of these flags.)

-n


-- 
Nathaniel J. Smith -- http://vorpus.org
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion