Re: [Numpy-discussion] The BLAS problem (was: Re: Wiki page for building numerical stuff on Windows)

Hi, On Mon, Apr 28, 2014 at 5:50 PM, Nathaniel Smith wrote: > On Tue, Apr 29, 2014 at 1:05 AM, Matthew Brett > wrote: >> Hi, >> >> On Mon, Apr 28, 2014 at 4:30 PM, Nathaniel Smith wrote: >>> On Mon, Apr 28, 2014 at 11:25 AM, Michael Lehn >>> wrote: Am 11 Apr 2014 um 19:05 schrieb S

Re: [Numpy-discussion] The BLAS problem (was: Re: Wiki page for building numerical stuff on Windows)

On Tue, Apr 29, 2014 at 1:05 AM, Matthew Brett wrote: > Hi, > > On Mon, Apr 28, 2014 at 4:30 PM, Nathaniel Smith wrote: >> On Mon, Apr 28, 2014 at 11:25 AM, Michael Lehn >> wrote: >>> >>> Am 11 Apr 2014 um 19:05 schrieb Sturla Molden : >>> Sturla Molden wrote: > Making a totally

Re: [Numpy-discussion] The BLAS problem (was: Re: Wiki page for building numerical stuff on Windows)

Hi, On Mon, Apr 28, 2014 at 5:10 PM, Julian Taylor wrote: > On 29.04.2014 02:05, Matthew Brett wrote: >> Hi, >> >> On Mon, Apr 28, 2014 at 4:30 PM, Nathaniel Smith wrote: >>> On Mon, Apr 28, 2014 at 11:25 AM, Michael Lehn >>> wrote: Am 11 Apr 2014 um 19:05 schrieb Sturla Molden : >>>

Re: [Numpy-discussion] The BLAS problem (was: Re: Wiki page for building numerical stuff on Windows)

On Tue, Apr 29, 2014 at 1:10 AM, Julian Taylor wrote: > On 29.04.2014 02:05, Matthew Brett wrote: >> Hi, >> >> On Mon, Apr 28, 2014 at 4:30 PM, Nathaniel Smith wrote: >>> It would be really interesting if someone were to try hacking simple >>> runtime CPU detection into BLIS and see how far you c

Re: [Numpy-discussion] The BLAS problem (was: Re: Wiki page for building numerical stuff on Windows)

On 29.04.2014 02:05, Matthew Brett wrote: > Hi, > > On Mon, Apr 28, 2014 at 4:30 PM, Nathaniel Smith wrote: >> On Mon, Apr 28, 2014 at 11:25 AM, Michael Lehn >> wrote: >>> >>> Am 11 Apr 2014 um 19:05 schrieb Sturla Molden : >>> Sturla Molden wrote: > Making a totally new BLAS mig

Re: [Numpy-discussion] The BLAS problem (was: Re: Wiki page for building numerical stuff on Windows)

Hi, On Mon, Apr 28, 2014 at 4:30 PM, Nathaniel Smith wrote: > On Mon, Apr 28, 2014 at 11:25 AM, Michael Lehn > wrote: >> >> Am 11 Apr 2014 um 19:05 schrieb Sturla Molden : >> >>> Sturla Molden wrote: >>> Making a totally new BLAS might seem like a crazy idea, but it might be the best

Re: [Numpy-discussion] The BLAS problem (was: Re: Wiki page for building numerical stuff on Windows)

On Tue, Apr 29, 2014 at 12:52 AM, Sturla Molden wrote: > On 29/04/14 01:30, Nathaniel Smith wrote: > >> I finally read this paper: >> >> http://www.cs.utexas.edu/users/flame/pubs/blis2_toms_rev2.pdf >> >> and I have to say that I'm no longer so convinced that OpenBLAS is the >> right starting

Re: [Numpy-discussion] The BLAS problem (was: Re: Wiki page for building numerical stuff on Windows)

On 29/04/14 01:30, Nathaniel Smith wrote: > I finally read this paper: > > http://www.cs.utexas.edu/users/flame/pubs/blis2_toms_rev2.pdf > > and I have to say that I'm no longer so convinced that OpenBLAS is the > right starting point. I think OpenBLAS in the long run is doomed as an OSS proj

Re: [Numpy-discussion] The BLAS problem (was: Re: Wiki page for building numerical stuff on Windows)

On Mon, Apr 28, 2014 at 11:25 AM, Michael Lehn wrote: > > Am 11 Apr 2014 um 19:05 schrieb Sturla Molden : > >> Sturla Molden wrote: >> >>> Making a totally new BLAS might seem like a crazy idea, but it might be the >>> best solution in the long run. >> >> To see if this can be done, I'll try to r

Re: [Numpy-discussion] 64-bit windows numpy / scipy wheels for testing

On Sun, Apr 27, 2014 at 11:50 PM, Matthew Brett wrote: > Aha, > > On Sun, Apr 27, 2014 at 3:19 PM, Matthew Brett > wrote: > > Hi, > > > > On Sun, Apr 27, 2014 at 3:06 PM, Carl Kleffner > wrote: > >> A possible option is to install the toolchain inside site-packages and > to > >> deploy it as PYP

Re: [Numpy-discussion] should rint return int?

On 28 Apr 2014 20:22, "Robert Kern" wrote: > C's rint() does not: > > http://linux.die.net/man/3/rint > > This is because there are many integers that are representable as > floats/doubles/long doubles that are well outside of the range of any > C integer type, e.g. 1e20. By the time you have a

Re: [Numpy-discussion] 64-bit windows numpy / scipy wheels for testing

On 28/04/14 18:21, Ralf Gommers wrote: > No problems thus far, but I only installed it yesterday. :-) > > > Sounds good. Let's give it a bit more time, once you've given it a good > workout we can add that those gfortran 4.8.x compilers seem to work fine > to the scipy build instructions. I

Re: [Numpy-discussion] should rint return int?

On Mon, Apr 28, 2014 at 8:36 PM, Alan G Isaac wrote: > On 4/28/2014 3:29 PM, Neal Becker wrote: >> Well I'd spell it nint, and it works like: > > Wouldn't it be simpler to add a dtype argument to `rint`? > Or does that violate the "simple wrapper" intent? `np.rint()` is a ufunc. -- Robert Kern

Re: [Numpy-discussion] should rint return int?

On 4/28/2014 3:29 PM, Neal Becker wrote: > Well I'd spell it nint, and it works like: Wouldn't it be simpler to add a dtype argument to `rint`? Or does that violate the "simple wrapper" intent? Alan Isaac ___ NumPy-Discussion mailing list NumPy-Discuss

Re: [Numpy-discussion] should rint return int?

Robert Kern wrote: > On Mon, Apr 28, 2014 at 6:36 PM, Neal Becker wrote: >> I notice rint returns float. Shouldn't it return int? >> >> Would be useful when float is no longer acceptable as an index. I think >> conversion to an index using rint is a common idiom. > > C's rint() does not: > >

Re: [Numpy-discussion] should rint return int?

On Mon, Apr 28, 2014 at 6:36 PM, Neal Becker wrote: > I notice rint returns float. Shouldn't it return int? > > Would be useful when float is no longer acceptable as an index. I think > conversion to an index using rint is a common idiom. C's rint() does not: http://linux.die.net/man/3/rint

Re: [Numpy-discussion] 64-bit windows numpy / scipy wheels for testing

On Sun, Apr 27, 2014 at 2:46 PM, Matthew Brett wrote: > As you know, I'm really hoping it will be possible make a devkit for > Python similar to the Ruby devkits [1]. > That would be great! >From a really quick glance, it looks like we could almost use the Ruby Devkit, maybe adding a couple add-

Re: [Numpy-discussion] should rint return int?

On Mon, Apr 28, 2014 at 10:36 AM, Neal Becker wrote: > I notice rint returns float. Shouldn't it return int? > AFAICT, rint() is the same as round(), except with slightly different rules for the "halfway" case. So returning a float makes sense, as round() and ceil() and floor() all do. ( thoug

Re: [Numpy-discussion] Dates and times and Datetime64 (again)

On Fri, Apr 25, 2014 at 4:57 AM, Andreas Hilboll wrote: > Array-wide access to the individual datetime components should work, i.e., > >datetime64array.year > > should yield an array of dtype int with the years. That would allow > boolean indexing to filter data, like > >datetime64array

[Numpy-discussion] should rint return int?

I notice rint returns float. Shouldn't it return int? Would be useful when float is no longer acceptable as an index. I think conversion to an index using rint is a common idiom. ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail

Re: [Numpy-discussion] 64-bit windows numpy / scipy wheels for testing

Ralf Gommers wrote: > Sounds good. Let's give it a bit more time, once you've given it a good > workout we can add that those gfortran 4.8.x compilers seem to work fine to > the scipy build instructions. Yes, it needs to be tested properly. The build instructions for OS X Mavericks should also

Re: [Numpy-discussion] 64-bit windows numpy / scipy wheels for testing

On Mon, Apr 28, 2014 at 6:06 PM, Sturla Molden wrote: > Ralf Gommers wrote: > > > I'd be interested to hear if those work well for you. For people that > just > > want to get things working, I would recommend to use the gfortran > > installers recommended at > > > href=" > http://scipy.org/scipy

Re: [Numpy-discussion] 64-bit windows numpy / scipy wheels for testing

Ralf Gommers wrote: > I'd be interested to hear if those work well for you. For people that just > want to get things working, I would recommend to use the gfortran > installers recommended at > href="http://scipy.org/scipylib/building/macosx.html#compilers-c-c-fortran-cython.";>http://scipy.org

Re: [Numpy-discussion] 64-bit windows numpy / scipy wheels for testing

On Mon, Apr 28, 2014 at 12:39 AM, Sturla Molden wrote: > Pauli Virtanen wrote: > > > Yes, Windows is the only platform on which Fortran was problematic. OSX > > is somewhat saner in this respect. > > Oh yes, it seems there are official "unofficial gfortran binaries" > available for OSX: > > http:

Re: [Numpy-discussion] Dates and times and Datetime64 (again)

On 19.04.2014 09:03, Andreas Hilboll wrote: > On 14.04.2014 20:59, Chris Barker wrote: >> On Fri, Apr 11, 2014 at 4:58 PM, Stephan Hoyer > > wrote: >> >> On Fri, Apr 11, 2014 at 3:56 PM, Charles R Harris >> mailto:charlesr.har...@gmail.com>> wrote: >> >> Are

Re: [Numpy-discussion] The BLAS problem (was: Re: Wiki page for building numerical stuff on Windows)

Am 11 Apr 2014 um 19:05 schrieb Sturla Molden : > Sturla Molden wrote: > >> Making a totally new BLAS might seem like a crazy idea, but it might be the >> best solution in the long run. > > To see if this can be done, I'll try to re-implement cblas_dgemm and then > benchmark against MKL, Acce