Hi all,
Sorry that this will again be a bit complicated again :(. In brief:
* I would like to pass around scalars in some (partially new) C-API
to implement value-based promotion.
* There are some subtle commutativity issues with promotion.
Commutativity may change in that case (with respect
On Mon, 2020-12-07 at 14:18 -0700, Aaron Meurer wrote:
> Regarding np.bool specifically, if you want to deprecate this, you
> might want to discuss this with us at the array API standard
> https://github.com/data-apis/array-api (which is currently in RFC
> stage). The spec uses bool as the name for
On Wed, Dec 9, 2020 at 9:41 AM Sebastian Berg
wrote:
>
> On Mon, 2020-12-07 at 14:18 -0700, Aaron Meurer wrote:
> > Regarding np.bool specifically, if you want to deprecate this, you
> > might want to discuss this with us at the array API standard
> > https://github.com/data-apis/array-api (which
On Wed, Dec 9, 2020 at 4:08 PM Aaron Meurer wrote:
> On Wed, Dec 9, 2020 at 9:41 AM Sebastian Berg
> wrote:
> >
> > On Mon, 2020-12-07 at 14:18 -0700, Aaron Meurer wrote:
> > > Regarding np.bool specifically, if you want to deprecate this, you
> > > might want to discuss this with us at the arra
On Wed, Dec 9, 2020 at 1:07 PM Aaron Meurer wrote:
> On Wed, Dec 9, 2020 at 9:41 AM Sebastian Berg
> wrote:
> >
> > On Mon, 2020-12-07 at 14:18 -0700, Aaron Meurer wrote:
> > > Regarding np.bool specifically, if you want to deprecate this, you
> > > might want to discuss this with us at the arra
By default, the __repr__ and __str__ functions of NumPy arrays summarize
long arrays (i.e. omit all items but a few at beginning and end of each
dimension), which is a good thing because when debugging, programmers can
call print() on arrays with millions of elements without clogging the
output or
On Wed, Dec 9, 2020 at 2:24 PM Fang Zhang wrote:
> By default, the __repr__ and __str__ functions of NumPy arrays summarize
> long arrays (i.e. omit all items but a few at beginning and end of each
> dimension), which is a good thing because when debugging, programmers can
> call print() on array
Hi All,
Currently we append appropriate platform licenses to the LICENSE.txt file
when building wheels for release. This means that there are
uncommitted changes which shows up in the versioneer version as 'dirty',
see the nightly files. This is unfortunate, but accurate :) There are at
least two
On Wed, Dec 9, 2020 at 5:17 PM Charles R Harris
wrote:
> Hi All,
>
> Currently we append appropriate platform licenses to the LICENSE.txt file
> when building wheels for release. This means that there are
> uncommitted changes which shows up in the versioneer version as 'dirty',
> see the nightl
