<br><br><div class="gmail_quote">On Thu, Jun 11, 2009 at 11:47 AM, Robert Kern <span dir="ltr"><<a href="mailto:robert.kern@gmail.com">robert.kern@gmail.com</a>></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;">
On Thu, Jun 11, 2009 at 12:39, Charles R<br>
<div class="im">Harris<<a href="mailto:charlesr.harris@gmail.com">charlesr.harris@gmail.com</a>> wrote:<br>
><br>
><br>
> On Thu, Jun 11, 2009 at 11:34 AM, Robert Kern <<a href="mailto:robert.kern@gmail.com">robert.kern@gmail.com</a>> wrote:<br>
>><br>
>> On Thu, Jun 11, 2009 at 12:29, Charles R<br>
>> Harris<<a href="mailto:charlesr.harris@gmail.com">charlesr.harris@gmail.com</a>> wrote:<br>
>> > Oh, and slipping the new types in between 64 bit integers and floats is<br>
>> > a<br>
>> > bit iffy.<br>
>><br>
>> Where, specifically? There are several linear orders of types in<br>
>> numpy. I tried to be careful to do the right thing in each. The enum<br>
>> numbers are after NPY_VOID, of course, for compatibility.<br>
><br>
> I noticed. I'm not saying it's wrong, just that a linear order lacks<br>
> descriptive power and is difficult to maintain. I expect you ran into that<br>
> problem when trying to make everything work as you wanted.<br>
<br>
</div>Yes. Now, which place am I slipping in the new types between 64-bit<br>
integers and floats?<br>
<div><div></div><div class="h5"></div></div></blockquote><div><br>In the ufunc generator. But most of the macros use the type ordering and how do you control the promotion (or lack thereof) of the various types to/from the datetime types?<br>
<br>There also seems to be some mechanism for raising errors that has been added, maybe to loops. I'm not clear on that, did you add some such mechanism?<br><br>Chuck<br></div><br></div><br>