On Tue, Oct 30, 2018 at 2:22 PM Stephan Hoyer wrote:
> On Mon, Oct 29, 2018 at 9:49 PM Eric Wieser
> wrote:
>
>> The latter - changing the behavior of multiplication breaks the principle.
>>
>> But this is not the main reason for deprecating matrix - almost all of
>> the problems I’ve seen have
On Wed, Oct 31, 2018 at 4:01 PM Charles R Harris
wrote:
>
>
> On Wed, Oct 31, 2018 at 3:59 PM Allan Haldane
> wrote:
>
>> On 10/30/18 5:04 AM, Matti Picus wrote:
>> > TL;DR - should we revert the attribute-hiding constructs in
>> > ndarraytypes.h and unify PyArrayObject_fields with PyArrayObject
On Wed, Oct 31, 2018 at 3:59 PM Allan Haldane
wrote:
> On 10/30/18 5:04 AM, Matti Picus wrote:
> > TL;DR - should we revert the attribute-hiding constructs in
> > ndarraytypes.h and unify PyArrayObject_fields with PyArrayObject?
> >
> >
> > Background
> >
> >
> > NumPy 1.8 deprecated direct acces
On 10/30/18 5:04 AM, Matti Picus wrote:
> TL;DR - should we revert the attribute-hiding constructs in
> ndarraytypes.h and unify PyArrayObject_fields with PyArrayObject?
>
>
> Background
>
>
> NumPy 1.8 deprecated direct access to PyArrayObject fields. It made
> PyArrayObject "opaque", and hid
On 10/31/18 03:33, Nathaniel Smith wrote:
It's probably helpful to know that Py_LIMITED_API is a
kinda-experimental thing that was added in CPython 3.2 (see PEP 384)
and remains almost 100% unused. It has never been a popular or
influential thing (for better or worse).
Py_LIMITED_API is not ver