On 20/4/20 11:37 pm, Sebastian Berg wrote:
Hi all, ... In my proposal the DType class (i.e. `type(np.dtype("float64")`), is the core concept and different for every scalar type. It holds all the information on how to deal with array elements. This is some duplication of scalar types and it means that there would be (usually) exactly one DType for each (NumPy) scalar, possibly exposed using: np.dtype[scalar_type] e.g. np.dtype[np.float64] That does create a certain duality. For each scalar type/class, there is a corresponding DType class. And in theory the scalar does not even need to know that NumPy has a DType for it. ... Cheers, Sebastian
I think this is the correct choice, As we have only a little time before the 1.19 release, the refactoring will at the earliest reach users for 1.20. This gives us time to see how the whole refactoring works out, so the choice can be reevaluated in the future. Without diving into detail, this is the approach taken in the current version of the NEP, correct? If so, I suggest we accept the NEP in its current form and publish it one week from now.
Matti _______________________________________________ NumPy-Discussion mailing list NumPy-Discussion@python.org https://mail.python.org/mailman/listinfo/numpy-discussion