
<html xmlns="http://www.w3.org/1999/xhtml"><head> <title></title> <meta name="viewport" content="width=device-width, initial-scale=1.0, user-scalable=no"> </head> <body style="font-family:Helvetica;color:#000000;font-size:13px;"><div id="CanaryBody"> <div>Hi Stephan,</div></div><div id="CanarySig"><div> <div><br></div> </div> </div> <div id="CanaryDropbox"> </div> <blockquote id="CanaryBlockquote"> <div> <div>On Saturday, Apr 27, 2019 at 6:21 PM, Stephan Hoyer <<a href="mailto:shoyer@gmail.com">shoyer@gmail.com</a>> wrote:<br></div> <div><div dir="ltr"><div dir="ltr">On Fri, Apr 26, 2019 at 9:16 AM Hameer Abbasi <<a href="mailto:einstein.edison@gmail.com">einstein.edison@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <div style="font-family:Helvetica;color:rgb(0,0,0);font-size:13px"><blockquote><div><div><div dir="ltr"><div class="gmail_quote"><div>That said, please save it a separate discussion thread, given that the design of uarray is (wisely) orthogonal to NEP-18.</div></div></div></div></div></blockquote><br>I disagree, I don’t consider it orthogonal: I’m presenting a way to avoid the very protocols being discussed, and I’d like to avoid duplicate work, or making NumPy itself un-maintainable. Please note the text of NEP-18:<div><br></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div><span style="font-family:-webkit-standard;font-size:medium">The </span><code class="gmail-m_7680174626476895697docutils gmail-m_7680174626476895697literal gmail-notranslate"><span class="gmail-m_7680174626476895697pre">__array_function__</span></code><span style="font-family:-webkit-standard;font-size:medium">protocol, and its use on particular functions, is </span><em style="font-family:-webkit-standard">experimental</em><span style="font-family:-webkit-standard;font-size:medium">. We plan to retain an interface that makes it possible to override NumPy functions, but the way to do so for particular functions </span><strong style="font-family:-webkit-standard"><span style="font-size:16px">can and will change</span> </strong><span style="font-family:-webkit-standard;font-size:medium">with little warning. If such reduced backwards compatibility guarantees are not accepted to you, do not rely upon overrides of NumPy functions for non-NumPy arrays. See “Non-goals” below for more details.</span></div></blockquote><font face="-webkit-standard" size="3"><div><font face="-webkit-standard" size="3"><br></font></div>What I’m presenting is within scope, as it’s an alternative method.<br></font><div><div><br></div><div><div>Best Regards,<div>Hameer Abbasi</div></div></div></div></div></blockquote><div><br></div><div>Are there aspects of your uarray proposal that are relevant to the current proposed revisions to NEP 18? If so, please restate them :).</div><div><br></div></div></div></div></div></blockquote><div><br></div><div><div>Of course, here’s my proposal:</div><div><br></div><div>We leave NEP-18 as-is for now, and instead of writing separate protocols for coercion, dtypes and ufuncs (which will be needed somewhere down the line), we have a discussion about uarray and see if it can help there. :-)</div></div><div><br></div><div>Ralf and I discussed internally about the possibility of a dedicated call, with all important participants.</div><br><blockquote><div><div><div dir="ltr"><div class="gmail_quote"><div><br></div><div>Thanks,</div><div>Stephan</div></div></div> _______________________________________________ <br>NumPy-Discussion mailing list <br>NumPy-Discussion@python.org <br>https://mail.python.org/mailman/listinfo/numpy-discussion <br></div></div></blockquote><br><div><br></div><div><div id="CanaryBody"></div><div id="CanarySig"><div>Best Regards,<div>Hameer Abbasi</div></div></div></div><img id="76095A140EB84B7C6B369BF0D8E6235B" width="1px" src="http://pixels.canarymail.io:8100/track/977C99C0645380AF45E168B4CDA443F5_76095A140EB84B7C6B369BF0D8E6235B.png" height="1px"></body></html>