On Wed, Aug 13, 2014 at 12:47 AM, Sturla Molden wrote:
> Robert Kern wrote:
>
BLAS/LAPACK are heavy dependencies that often give problems, which is why
you don't want to require them for the casual user that only needs numpy
arrays to make some plots for examples.
>>>
>>> Maybe we
Robert Kern wrote:
>>> BLAS/LAPACK are heavy dependencies that often give problems, which is why
>>> you don't want to require them for the casual user that only needs numpy
>>> arrays to make some plots for examples.
>>
>> Maybe we are not talking about the same thing, but isn't blas_lite.c and
On Tue, Aug 12, 2014 at 4:19 PM, cjw wrote:
> Charles,
>
> Nothing I've seen so far envisages disturbing the existing, in my opinion
> flawed, Matrix Class.
>
> I trust that I have not missed anything.
>
> Compilation is a complex press for a person unfamiliar with the C.
> Anything you could do
Charles,
Nothing I've seen so far envisages disturbing the existing, in my
opinion flawed, Matrix Class.
I trust that I have not missed anything.
Compilation is a complex press for a person unfamiliar with the C.
Anything you could do to simplify that would be welcome.
Colin W.
On 12/08/2
On Tue, Aug 12, 2014 at 10:35 PM, Sturla Molden wrote:
> Ralf Gommers wrote:
>
>> No. Numpy uses those libs when they're detected, but it falls back on its
>> own dot implementation if they're not found. From first bullet under
>> > href="http://scipy.org/scipylib/building/linux.html#generic-inst
Ralf Gommers wrote:
> No. Numpy uses those libs when they're detected, but it falls back on its
> own dot implementation if they're not found. From first bullet under
> href="http://scipy.org/scipylib/building/linux.html#generic-instructions:";>http://scipy.org/scipylib/building/linux.html#gener
On Tue, Aug 12, 2014 at 10:53 PM, Sturla Molden
wrote:
> Ralf Gommers wrote:
>
> > That's not possible. The only way you can do that is move the hard
> > dependency on BLAS & LAPACK to numpy, which we don't want to do.
>
> But NumPy already depends on BLAS and LAPACK, right?
>
No. Numpy uses th
Ralf Gommers wrote:
> That's not possible. The only way you can do that is move the hard
> dependency on BLAS & LAPACK to numpy, which we don't want to do.
But NumPy already depends on BLAS and LAPACK, right?
___
NumPy-Discussion mailing list
NumPy-Di
On Tue, Aug 12, 2014 at 9:24 PM, Sturla Molden
wrote:
> Charles R Harris wrote:
>
> >- Move _dotblas down into multiarray
> >1. When there is cblas, add cblas implementations of decr->f->dot.
> > 2. Reimplement API matrixproduct2
> > 3. Make ndarray.dot a first class method a
Charles R Harris wrote:
>- Move _dotblas down into multiarray
>1. When there is cblas, add cblas implementations of decr->f->dot.
> 2. Reimplement API matrixproduct2
> 3. Make ndarray.dot a first class method and use it for numpy.dot.
>- Implement matmul
>1. Add matrix
Charles R Harris wrote:
>- Consider using blas_lite instead of cblas, but that is now independent
>of the previous steps.
It should also be possible to build reference cblas on top of blas_lite.
(Or just create a wrapper for the parts of cblas we need.)
Sturla
_
On Tue, Aug 12, 2014 at 8:26 AM, Nathaniel Smith wrote:
> Hi Matt,
>
> On Mon, Aug 11, 2014 at 10:46 PM, Matti Picus
> wrote:
> > Hi Nathaniel.
> > Thanks for your prompt reply. I think numpy is a wonderful project, and
> you
> > all do a great job moving it forward.
> > If you ask what would my
py-discussion-requ...@scipy.org wrote:
>>
>>
>> Date: Sat, 9 Aug 2014 21:11:19 +0100
>> From: Nathaniel Smith
>> Subject: Re: [Numpy-discussion] NumPy-Discussion OpenBLAS and dotblas
>> To: Discussion of Numerical Python
>>
>>
>> On Sat, Aug 9,
Matti Picus wrote:
> Thanks for your prompt reply. I think numpy is a wonderful project, and
> you all do a great job moving it forward.
> If you ask what would my vision for maturing numpy, I would like to see
> a grouping of linalg matrix-operation functionality into a python level
> package
11:19 +0100
> From: Nathaniel Smith
> Subject: Re: [Numpy-discussion] NumPy-Discussion OpenBLAS and dotblas
> To: Discussion of Numerical Python
>
> On Sat, Aug 9, 2014 at 8:35 PM, Matti Picus wrote:
>> Hi. I am working on numpy in pypy. It would be much more challenging for
&g
On Sat, Aug 9, 2014 at 8:35 PM, Matti Picus wrote:
> Hi. I am working on numpy in pypy. It would be much more challenging for
> me if you merged more code into the core of numpy,
Hi Matti,
I can definitely see how numpy changes cause trouble for you, and
sympathize. But, can you elaborate on wha
On Sat, Aug 9, 2014 at 1:35 PM, Matti Picus wrote:
> Hi. I am working on numpy in pypy. It would be much more challenging for
> me if you merged more code into the core of numpy, that means even more
> must be duplicated when using a different underlying ndarray
> implementation.
> If you are thi
Hi. I am working on numpy in pypy. It would be much more challenging for
me if you merged more code into the core of numpy, that means even more
must be duplicated when using a different underlying ndarray
implementation.
If you are thinking of touching linalg/lapack_lite/blas_lite, I would
pre
18 matches
Mail list logo