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 10:15 PM, Matthew Brett wrote:
> The first step we thought of was having a group live conversation of
> some sort with the Cython developers to get an idea of what work needs
> doing. So, I think the first question is - who would be up for
> joining that?
I'd be up for th
Hi,
On Tue, Aug 12, 2014 at 12:52 PM, Stéfan van der Walt wrote:
> Hi Matthew
>
> On Tue, Aug 12, 2014 at 9:49 PM, Matthew Brett
> wrote:
>> My very vague impression is that Stefan B thinks of the lnotab PR as
>> part of the process of getting the work done, so that merging would
>> only be wor
Hi Matthew
On Tue, Aug 12, 2014 at 9:49 PM, Matthew Brett wrote:
> My very vague impression is that Stefan B thinks of the lnotab PR as
> part of the process of getting the work done, so that merging would
> only be worthwhile if it was pretty clear that the rest of the work
> would happen as wel
Hi,
On Tue, Aug 12, 2014 at 12:43 PM, Stéfan van der Walt wrote:
> Hi Matthew
>
> On Tue, Aug 12, 2014 at 9:24 PM, Matthew Brett
> wrote:
>> The Cython developers have done some work on this [1] but it is
>> currently stalled for lack of developer time to work on it.
>
> It looks like we can he
Hi Matthew
On Tue, Aug 12, 2014 at 9:24 PM, Matthew Brett wrote:
> The Cython developers have done some work on this [1] but it is
> currently stalled for lack of developer time to work on it.
It looks like we can help them with the rest of the work once the
lnotab PR is merged; is that correct?
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
Hi,
Sorry for those of you also on the scikit-image mailing list - but
here again I'm asking for help to get coverage working for Cython
code.
Over on another mailing list, we've hit a big problem trying to work
out coverage on a large amount of Cython code.
As y'all probably know, there's no au
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
ah yes, that's also an issue I was trying to deal with. the semantics I
prefer in these type of operators, is (as a default), to have every array
be treated as a sequence of keys, so if calling unique(arr_2d), youd get
unique rows, unless you pass axis=None, in which case the array is
flattened.
I
On Tue, Aug 12, 2014 at 11:17 AM, Eelco Hoogendoorn <
hoogendoorn.ee...@gmail.com> wrote:
> Thanks. Prompted by that stackoverflow question, and similar problems I
> had to deal with myself, I started working on a much more general extension
> to numpy's functionality in this space. Like you noted
Thanks. Prompted by that stackoverflow question, and similar problems I had
to deal with myself, I started working on a much more general extension to
numpy's functionality in this space. Like you noted, things get a little
panda-y, but I think there is a lot of panda's functionality that could or
On Tue, Aug 12, 2014 at 11:35 AM, Warren Weckesser <
warren.weckes...@gmail.com> wrote:
> I created a pull request (https://github.com/numpy/numpy/pull/4958) that
> defines the function `count_unique`. `count_unique` generates a
> contingency table from a collection of sequences. For example,
>
I created a pull request (https://github.com/numpy/numpy/pull/4958) that
defines the function `count_unique`. `count_unique` generates a
contingency table from a collection of sequences. For example,
In [7]: x = [1, 1, 1, 1, 2, 2, 2, 2, 2]
In [8]: y = [3, 4, 3, 3, 3, 4, 5, 5, 5]
In [9]: (xvals
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 vision for maturing numpy, I would like to see a
> grouping of linalg matr
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
24 matches
Mail list logo
