
<!DOCTYPE html><html><head><title></title><style type="text/css">p.MsoNormal,p.MsoNoSpacing{margin:0}</style></head><body><div><span style="background-color:inherit;color:var(--pageTextColor);">On Sun, Jun 20, 2021, at 18:53, Charles R Harris wrote:</span><br></div><blockquote type="cite" id="qt" style=""><div dir="ltr"><div dir="ltr"><br></div><div class="qt-gmail_quote"><div dir="ltr" class="qt-gmail_attr">On Fri, Jun 18, 2021 at 8:52 AM Stefan van der Walt <<a href="mailto:stefanv@berkeley.edu">stefanv@berkeley.edu</a>> wrote:<br></div><blockquote class="qt-gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204, 204, 204);padding-left:1ex;"><div><u></u><br></div><div><div>On Thu, Jun 17, 2021, at 16:23, Stephan Hoyer wrote: <br></div><blockquote type="cite" id="qt-gmail-m_3666212896661620894qt"><div dir="ltr"><div><div>This happens all the time. Even if we make copy='never' an error *today*, users will be encountering existing versions of NumPy for years into the future, so we won't be able to change the behavior of copy='never' for a very long time. Our deprecation policy says we would need to wait at least one year for this, but frankly I'm not sure that's enough for the possibility of silent bugs. 3-4 years might be more realistic.<br></div></div></div></blockquote><div><br></div><div>If we go the enum route, we may just as well deprecate string arguments at the same time so that we have the flexibility to introduce them again in the future.<br></div></div></blockquote></div></div></blockquote><div><br></div><div>That makes sense to me, but I think this would not preclude the enum from being introduced right now. If we make this change, the enum will become the only mechanism by which to get the behavior we currently have (copy-if-needed). <br></div><div><br></div><div>Stéfan<br></div><div><br></div></body></html>