On Mi, 2016-10-26 at 09:29 -0700, Robert Kern wrote: > On Wed, Oct 26, 2016 at 9:10 AM, Julian Taylor <jtaylor.debian@google > mail.com> wrote: > > > > On 10/26/2016 06:00 PM, Julian Taylor wrote: > > >> I prefer for the full functionality of numpy to stay available > with a > >> stack of community owned software, even if it may be less powerful > that > >> way. > > > > But then if this is really just the same random numbers numpy > already provides just faster, it is probably acceptable in principle. > I haven't actually looked at the PR yet. > > I think the stream is different in some places, at least. And it's > not a silent backend drop-in like np.linalg being built against an > optimized BLAS, just a separate module that is inoperative without > MKL. >
I might be swayed, but my gut feeling would be that a backend change (if the default stream changes, an explicit one, though maybe one could make a "fastest") would be the only reasonable way to provide such a thing in numpy itself. - Sebastian > -- > Robert Kern > _______________________________________________ > NumPy-Discussion mailing list > NumPy-Discussion@scipy.org > https://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 https://mail.scipy.org/mailman/listinfo/numpy-discussion