Am 11 Apr 2014 um 19:05 schrieb Sturla Molden sturla.mol...@gmail.com:
Sturla Molden sturla.mol...@gmail.com 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
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 sho...@gmail.com
mailto:sho...@gmail.com wrote:
On Fri, Apr 11, 2014 at 3:56 PM, Charles R Harris
charlesr.har...@gmail.com
On Mon, Apr 28, 2014 at 12:39 AM, Sturla Molden sturla.mol...@gmail.comwrote:
Pauli Virtanen p...@iki.fi 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
Ralf Gommers ralf.gomm...@gmail.com 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
a
On Mon, Apr 28, 2014 at 6:06 PM, Sturla Molden sturla.mol...@gmail.comwrote:
Ralf Gommers ralf.gomm...@gmail.com 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
Ralf Gommers ralf.gomm...@gmail.com 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
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
On Fri, Apr 25, 2014 at 4:57 AM, Andreas Hilboll li...@hilboll.de 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
On Mon, Apr 28, 2014 at 10:36 AM, Neal Becker ndbeck...@gmail.com 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()
On Sun, Apr 27, 2014 at 2:46 PM, Matthew Brett matthew.br...@gmail.comwrote:
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
On Mon, Apr 28, 2014 at 6:36 PM, Neal Becker ndbeck...@gmail.com 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:
Robert Kern wrote:
On Mon, Apr 28, 2014 at 6:36 PM, Neal Becker ndbeck...@gmail.com 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
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
On Mon, Apr 28, 2014 at 8:36 PM, Alan G Isaac alan.is...@gmail.com 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.
--
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 have
On 28 Apr 2014 20:22, Robert Kern robert.k...@gmail.com 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
On Sun, Apr 27, 2014 at 11:50 PM, Matthew Brett matthew.br...@gmail.comwrote:
Aha,
On Sun, Apr 27, 2014 at 3:19 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Sun, Apr 27, 2014 at 3:06 PM, Carl Kleffner cmkleff...@gmail.com
wrote:
A possible option is to install the
On Mon, Apr 28, 2014 at 11:25 AM, Michael Lehn michael.l...@uni-ulm.de wrote:
Am 11 Apr 2014 um 19:05 schrieb Sturla Molden sturla.mol...@gmail.com:
Sturla Molden sturla.mol...@gmail.com wrote:
Making a totally new BLAS might seem like a crazy idea, but it might be the
best solution in the
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 project.
On Tue, Apr 29, 2014 at 12:52 AM, Sturla Molden sturla.mol...@gmail.com 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
Hi,
On Mon, Apr 28, 2014 at 4:30 PM, Nathaniel Smith n...@pobox.com wrote:
On Mon, Apr 28, 2014 at 11:25 AM, Michael Lehn michael.l...@uni-ulm.de
wrote:
Am 11 Apr 2014 um 19:05 schrieb Sturla Molden sturla.mol...@gmail.com:
Sturla Molden sturla.mol...@gmail.com wrote:
Making a totally
On 29.04.2014 02:05, Matthew Brett wrote:
Hi,
On Mon, Apr 28, 2014 at 4:30 PM, Nathaniel Smith n...@pobox.com wrote:
On Mon, Apr 28, 2014 at 11:25 AM, Michael Lehn michael.l...@uni-ulm.de
wrote:
Am 11 Apr 2014 um 19:05 schrieb Sturla Molden sturla.mol...@gmail.com:
Sturla Molden
On Tue, Apr 29, 2014 at 1:10 AM, Julian Taylor
jtaylor.deb...@googlemail.com wrote:
On 29.04.2014 02:05, Matthew Brett wrote:
Hi,
On Mon, Apr 28, 2014 at 4:30 PM, Nathaniel Smith n...@pobox.com wrote:
It would be really interesting if someone were to try hacking simple
runtime CPU detection
Hi,
On Mon, Apr 28, 2014 at 5:10 PM, Julian Taylor
jtaylor.deb...@googlemail.com wrote:
On 29.04.2014 02:05, Matthew Brett wrote:
Hi,
On Mon, Apr 28, 2014 at 4:30 PM, Nathaniel Smith n...@pobox.com wrote:
On Mon, Apr 28, 2014 at 11:25 AM, Michael Lehn michael.l...@uni-ulm.de
wrote:
Am 11
On Tue, Apr 29, 2014 at 1:05 AM, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
On Mon, Apr 28, 2014 at 4:30 PM, Nathaniel Smith n...@pobox.com wrote:
On Mon, Apr 28, 2014 at 11:25 AM, Michael Lehn michael.l...@uni-ulm.de
wrote:
Am 11 Apr 2014 um 19:05 schrieb Sturla Molden
Hi,
On Mon, Apr 28, 2014 at 5:50 PM, Nathaniel Smith n...@pobox.com wrote:
On Tue, Apr 29, 2014 at 1:05 AM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Mon, Apr 28, 2014 at 4:30 PM, Nathaniel Smith n...@pobox.com wrote:
On Mon, Apr 28, 2014 at 11:25 AM, Michael Lehn
26 matches
Mail list logo
