Hi, On 5/27/15, Nathaniel Smith <[email protected]> wrote: > On Tue, May 26, 2015 at 7:56 AM, Matthew Brett <[email protected]> > wrote: >> Hi, >> >> This morning I was wondering whether we ought to plan to devote some >> resources to collaborating with the OpenBLAS team. > > Sounds like a great idea to me. Even a bit familiar :-) > http://thread.gmane.org/gmane.comp.python.numeric.general/57498
I had forgotten that thread, thanks for reminding me. I guess my idea arose from my forgotten memory of that thread , but I was thinking that it may be less of a burden, and allow more sharing of work, if we concentrate on testing. For example, if we have a testing repo on the OpenBLAS org, I can imagine Julia / R developers finding bugs, and adding tests to the Python repo, because the machinery to do that is already built and documented (in my perfect world). > The lead developers of both OpenBLAS and BLIS are currently at UT > Austin: http://shpc.ices.utexas.edu/people.html > ...and it turns out that this is also where SciPy will be held in > July. Might be a good opportunity for numpy/scipy folks interested in > these matters to sit down in the same room as them and hash out some > kind of shared plan of action. I'm afraid I'm not going to Scipy this year. Nathaniel - would you consider organizing something like this, with able help from those of us going and not going who can contribute some time? > (NB: I'm told that BLIS now has full multi-threading support, and that > they are working on runtime CPU detection and kernel auto-selection > right now.) I can well imagine that BLIS will be a good option at some point, but I'm guessing that it is unlikely we will be able to to use BLIS for our default BLAS / LAPACK library on Linux / Windows / Mac in the near future. Is that right? Cheers, Matthew _______________________________________________ NumPy-Discussion mailing list [email protected] http://mail.scipy.org/mailman/listinfo/numpy-discussion
