Re: [Numpy-discussion] @ operator

2014-09-10 Thread Nathaniel Smith
On Wed, Sep 10, 2014 at 4:53 PM, Charles R Harris wrote: > > On Wed, Sep 10, 2014 at 10:52 AM, Pauli Virtanen wrote: >> >> 09.09.2014, 22:52, Charles R Harris kirjoitti: >> > 1. Should the operator accept array_like for one of the arguments? >> > 2. Does it need to handle __numpy_ufunc__, or

Re: [Numpy-discussion] @ operator

2014-09-10 Thread Sturla Molden
Charles R Harris wrote: > Note also that the dot cblas versions are not generally blocked, so the > size of the arrays is limited (and not checked). But it is possible to create a blocked dot function with the current cblas, even though they use C int for array dimensions. It would just further

Re: [Numpy-discussion] @ operator

2014-09-10 Thread Charles R Harris
On Wed, Sep 10, 2014 at 2:53 PM, Charles R Harris wrote: > > > On Wed, Sep 10, 2014 at 10:52 AM, Pauli Virtanen wrote: > >> 09.09.2014, 22:52, Charles R Harris kirjoitti: >> > 1. Should the operator accept array_like for one of the arguments? >> > 2. Does it need to handle __numpy_ufunc__, o

Re: [Numpy-discussion] @ operator

2014-09-10 Thread Charles R Harris
On Wed, Sep 10, 2014 at 10:52 AM, Pauli Virtanen wrote: > 09.09.2014, 22:52, Charles R Harris kirjoitti: > > 1. Should the operator accept array_like for one of the arguments? > > 2. Does it need to handle __numpy_ufunc__, or will > > __array_priority__ serve? > > I think the __matmul__ ope

Re: [Numpy-discussion] @ operator

2014-09-10 Thread Pauli Virtanen
09.09.2014, 22:52, Charles R Harris kirjoitti: > 1. Should the operator accept array_like for one of the arguments? > 2. Does it need to handle __numpy_ufunc__, or will > __array_priority__ serve? I think the __matmul__ operator implementation should follow that of __mul__. [clip] >3. D

Re: [Numpy-discussion] SFMT (faster mersenne twister)

2014-09-10 Thread Sturla Molden
Julian Taylor wrote: > But as already mentioned by Robert, we know what we can do, what is > missing is someone writting the code. This is actually a part of NumPy I know in detail, so I will be able to contribute. Robert Kern's last post about objects like np.random.SFMT() working similar to R

Re: [Numpy-discussion] SFMT (faster mersenne twister)

2014-09-10 Thread Sturla Molden
Pierre-Andre Noel wrote: > Why not do something like the C++11 ? In , a "generator" > is the engine producing randomness, and a "distribution" decides what is > the type of outputs that you want. This is what randomkit is doing internally, which is why it is so easy to plug in a different gen

Re: [Numpy-discussion] @ operator

2014-09-10 Thread Sebastian Berg
On Di, 2014-09-09 at 13:52 -0600, Charles R Harris wrote: > Hi All, > > > I'm in the midst of implementing the '@' operator (PEP 465), and there > are some behaviors that are unspecified by the PEP. > > 1. Should the operator accept array_like for one of the > arguments? To be in l

[Numpy-discussion] ANN: Bokeh 0.6 release

2014-09-10 Thread Bryan Van de Ven
On behalf of the Bokeh team, I am very happy to announce the release of Bokeh version 0.6! Bokeh is a Python library for visualizing large and realtime datasets on the web. Its goal is to provide to developers (and domain experts) with capabilities to easily create novel and powerful visualiz

Re: [Numpy-discussion] numpy ignores OPT/FOPT under Python3

2014-09-10 Thread Daπid
On 9 September 2014 17:23, Thomas Unterthiner wrote: > > I want to use the OPT/FOPT environment viariables to set compiler flags > when compiling numpy. However it seems that they get ignored under > python3. Using Ubuntu 14.04 and numpy 1.9.0, I did the following: > > >export OPT="-march=native