On 15 Sep 2014 05:49, "Sebastian Berg" wrote:
> For example the QR and eigvals does not allow it, but on the other hand
> solve explicitly does (most probably never did, simply because lapack
> does not). So I am wondering if there is some convention for this, or
> what convention we should implem
On Mon, Sep 15, 2014 at 7:26 AM, Sebastian Berg
wrote:
> On Mo, 2014-09-15 at 07:07 -0400, josef.p...@gmail.com wrote:
>> On Mon, Sep 15, 2014 at 5:48 AM, Sebastian Berg
>> wrote:
>> > Hey all,
>> >
>> > for https://github.com/numpy/numpy/pull/3861/files I would like to allow
>> > 0-sized dimensi
On Mo, 2014-09-15 at 07:07 -0400, josef.p...@gmail.com wrote:
> On Mon, Sep 15, 2014 at 5:48 AM, Sebastian Berg
> wrote:
> > Hey all,
> >
> > for https://github.com/numpy/numpy/pull/3861/files I would like to allow
> > 0-sized dimensions for generalized ufuncs, meaning that the gufunc has
> > to b
On Mon, Sep 15, 2014 at 5:48 AM, Sebastian Berg
wrote:
> Hey all,
>
> for https://github.com/numpy/numpy/pull/3861/files I would like to allow
> 0-sized dimensions for generalized ufuncs, meaning that the gufunc has
> to be able to handle this, but also that it *can* handle it at all.
> However la
Hey all,
for https://github.com/numpy/numpy/pull/3861/files I would like to allow
0-sized dimensions for generalized ufuncs, meaning that the gufunc has
to be able to handle this, but also that it *can* handle it at all.
However lapack does not support this, so it needs some explicit fixing.
Also
