
<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">

</head>

<body>

<div>

<div>

<div>

<div style="direction: ltr;">Hi Sebastian; all:</div>

<div><br>

</div>

<div style="direction: ltr;">I plan to attend the dtype meeting. Monday 11 AM California time is fine for me.</div>

<div><br>

</div>

<div style="direction: ltr;">Best regards,</div>

<div style="direction: ltr;">Hameer Abbasi</div>

</div>

<div><br>

</div>

<div class="ms-outlook-ios-signature">Get <a href="https://aka.ms/o0ukef">Outlook for iOS</a></div>

</div>

<div> </div>

<hr style="display:inline-block;width:98%" tabindex="-1">

<div id="divRplyFwdMsg" dir="dir="ltr""><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> NumPy-Discussion <numpy-discussion-bounces+einstein.edison=gmail.com@python.org> on behalf of Sebastian Berg <sebastian@sipsolutions.net><br>

<b>Sent:</b> Thursday, July 25, 2019 11:23 pm<br>

<b>To:</b> numpy-discussion@python.org<br>

<b>Subject:</b> Re: [Numpy-discussion] Adding generic dtypes

<div> </div>

</font></div>

Hey, <br>

<br>

On Thu, 2019-07-25 at 11:35 -0600, Charles R Harris wrote: <br>

> Hi All, <br>

> <br>

> The possibility of disabling default creation of object arrays has <br>

> come up again. I'm wondering if one way to get there is to allow <br>

> generic dtypes. The `numpy/core/numerictypes.py` module defines a <br>

> hierarchy, and if we could allow things like `dtype=integer` or <br>

> `dtype=no_object` and such we would gain more control over the <br>

> resulting array types. At some point we could make `no_object` the <br>

> default if we so desired. <br>

> <br>

> Thoughts? <br>

<br>

personally, that is what I am currently thinking along. I was calling <br>

them AbstractDTypes. These would also (probably mainly) be used for <br>

type promotion during ufunc calls (ufunc type resolution). <br>

<br>

OTOH, for `no_object` itself, I feel it would be OK with just special <br>

case it, since the I do believe the plan should be to deprecate it. <br>

<br>

I have to think a bit about how "flexible" dtypes come in (and value <br>

based promotion, which is a bit of a funny beast). <br>

<br>

I would like to plan a zoom meeting beginning of next week to discuss <br>

this type of thing a bit more. Maybe Monday at 11 California time, but <br>

right now I am very flexible, so whoever would be interested, feel free <br>

to shoot me a mail to move things. <br>

Not sure how concrete things will be, but without talking about it, it <br>

is difficult for me to settle design ideas a bit more. <br>

<br>

Best, <br>

<br>

Sebastian <br>

<br>

<br>

> <br>

> Chuck <br>

> _______________________________________________ <br>

> NumPy-Discussion mailing list <br>

> NumPy-Discussion@python.org <br>

> https://mail.python.org/mailman/listinfo/numpy-discussion <br>

</div>

</body>

</html>