On Di, 2015-02-03 at 07:18 -0800, Jaime Fernández del Río wrote: > <snip> > > > > Do you have a concrete example of what a non (1, 1) array that fails > with relaxed strides would look like? > > > If we used, as right now, the array flags as a first choice point, and > only if none is set try to determine it from the strides/dimensions > information, I fail to imagine any situation where the end result > would be worse than now. I don't think that a little bit of > predictable surprising in an advanced functionality is too bad. We > could start raising "on the face of ambiguity, we refuse to guess" > errors, even for the current behavior you show above, but that is more > likely to trip people by not giving them any simple workaround, that > it seems to me would be "add a .T if all dimensions are 1" in some > particular situations. Or are you thinking of something more serious > than a shape mismatch when you write about "breaking current code"? >
Yes, I am talking only about wrongly shaped results for some fortran order arrays. A (20, 1) fortran order complex array being viewed as float, will with relaxed strides become a (20, 2) array instead of a (40, 1) one. > > If there are any real loopholes in expanding this functionality, then > lets not do it, but we know we have at least one user unsatisfied with > the current performance, so I really think it is worth trying. Plus, > I'll admit to that, messing around with some of these stuff deep > inside the guts of the beast is lots of fun! ;) > I do not think there are loopholes with expanding this functionality. I think there have regressions when we put relaxed strides to on, because suddenly the fortran order array might be expanded along a 1-sized axis, because it is also C order. So I wonder if we can fix these regressions and at the same time maybe provide a more intuitive approach then using the memory order blindly.... - Sebastian > > Jaime > > > - Sebastian > > > > > > Jaime > > > > > > > > - Sebastian > > > > > > > > I guess the main consideration for this is > that we > > may be > > > stuck with > > > stuff b/c of backwards compatibility. Can > you maybe > > say a > > > little bit > > > about what is allowed now, and what > constraints that > > puts on > > > things? > > > E.g. are we already grovelling around in > strides and > > picking > > > random > > > dimensions in some cases? > > > > > > > > > Just to restate it: right now we only allow new > views if the > > array is > > > globally contiguous, so either along the first or > last > > dimension. > > > > > > > > > Jaime > > > > > > > > > -n > > > > > > -- > > > Nathaniel J. Smith > > > Postdoctoral researcher - Informatics - > University > > of > > > Edinburgh > > > http://vorpus.org > > > > _______________________________________________ > > > NumPy-Discussion mailing list > > > NumPy-Discussion@scipy.org > > > > > > http://mail.scipy.org/mailman/listinfo/numpy-discussion > > > > > > > > > > > > > > > > > > -- > > > (\__/) > > > ( 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 > > > > > > > > _______________________________________________ > > NumPy-Discussion mailing list > > NumPy-Discussion@scipy.org > > > http://mail.scipy.org/mailman/listinfo/numpy-discussion > > > > > > > > > > > > -- > > (\__/) > > ( 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 > > > > _______________________________________________ > NumPy-Discussion mailing list > NumPy-Discussion@scipy.org > http://mail.scipy.org/mailman/listinfo/numpy-discussion > > > > > > -- > (\__/) > ( 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
signature.asc
Description: This is a digitally signed message part
_______________________________________________ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion
