Well, everyone seems to like my first attempt at this so far, so I
guess I'll really stick my foot in it now... here's my second miniNEP,
which lays out a plan for handling dtype/bit-pattern-style NAs. I've
stolen bits of text from both the NEP and the alterNEP for this, but
since the focus is on
On Wed, Jul 6, 2011 at 7:34 PM, Nathaniel Smith n...@pobox.com wrote:
Well, everyone seems to like my first attempt at this so far, so I
guess I'll really stick my foot in it now... here's my second miniNEP,
which lays out a plan for handling dtype/bit-pattern-style NAs. I've
stolen bits of
On Wed, Jul 6, 2011 at 7:01 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
Numpy already has a general mechanism for defining new dtypes and
slotting them in so that they're supported by ndarrays, by the casting
machinery, by ufuncs, and so on. In principle, we could implement
Well,
On Wed, Jul 6, 2011 at 8:09 PM, Nathaniel Smith n...@pobox.com wrote:
On Wed, Jul 6, 2011 at 7:01 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
Numpy already has a general mechanism for defining new dtypes and
slotting them in so that they're supported by ndarrays, by the casting
On Wed, Jul 6, 2011 at 8:34 PM, Charles R Harris
charlesr.har...@gmail.comwrote:
On Wed, Jul 6, 2011 at 8:09 PM, Nathaniel Smith n...@pobox.com wrote:
On Wed, Jul 6, 2011 at 7:01 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
Numpy already has a general mechanism for defining new
On Wed, Jul 6, 2011 at 7:34 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Wed, Jul 6, 2011 at 8:09 PM, Nathaniel Smith n...@pobox.com wrote:
On Wed, Jul 6, 2011 at 7:01 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
Numpy already has a general mechanism for defining new