<br><br><div class="gmail_quote">On Mon, Nov 24, 2008 at 4:09 PM, Charles R Harris <span dir="ltr">&lt;<a href="mailto:charlesr.harris@gmail.com">charlesr.harris@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><br><div class="gmail_quote"><div class="Ih2E3d">On Mon, Nov 24, 2008 at 3:55 PM, Jarrod Millman <span dir="ltr">&lt;<a href="mailto:millman@berkeley.edu" target="_blank">millman@berkeley.edu</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>On Mon, Nov 24, 2008 at 10:45 AM, Francesc Alted &lt;<a href="mailto:faltet@pytables.org" target="_blank">faltet@pytables.org</a>&gt; wrote:<br>
&gt; So, IMHO, I think it would be better to rename the inverse trigonometric<br>
&gt; functions from ``arc*`` to ``a*`` prefix. &nbsp;Of course, in order to do<br>
&gt; that correctly, one should add the new names and add a<br>
&gt; ``DeprecationWarning`` informing that people should start to use the<br>
&gt; new names. &nbsp;After two or three NumPy versions, the old function names<br>
&gt; can be removed safely.<br>
&gt;<br>
&gt; What people think?<br>
<br>
</div>+1<br>
It seems there is a fair amount of favor for adding the new names.<br>
There is some resistance to removing the old ones. &nbsp;I would be happy<br>
to deprecate the old ones, but leave them in until we release a new<br>
major release (i.e., NumPy 2.0.0). &nbsp;We could start creating a list of<br>
API/ABI clean-ups for whenever we find a compelling reason to release<br>
a new major version. &nbsp;In the meantime, we can leave the old names in<br>
and just add a deprecation note to the docs. &nbsp;Once we are ready to<br>
release 2.0, we can release a 1.x with deprecation warnings.<br>
<font color="#888888"></font></blockquote></div><div><br>This still leaves some incompatibilities; code written with the new functions won&#39;t run on older releases of numpy so folks who need portability will have to use the old names. Note that most Linux distros lag a good ways behind the latest and greatest numpy. I say to wait for a major release to add the new names and just leave the old ones alone. This all recalls the hassle of going through all my old code changing from Numeric-&gt;Numarray-&gt;Numpy. It wasn&#39;t difficult but it did consume time.<br>

</div></div></blockquote><div><br>Maybe we could push all the changes off to a Numpy release compatible with Python 3.0.&nbsp; Folks will expect a certain amount of hassle when making that switch.<br><br>Re portability: remember how much trouble it was making Numpy work on Python 2.3 after we used features introduced in later versions?<br>
<br>Chuck<br></div></div><br>