<div class="gmail_quote">Does anyone have any objections to me merging the branch into the numpy trunk right now?</div><div class="gmail_quote"><br></div><div class="gmail_quote">Chuck suggested I try to split out the ABI changes, but they're kind of tangled with the other changes.  In particular, they involve fixing the type promotion code to be enum order-independent, which depended on some changes done for the iterator buffering code. After the key ABI fixes, there are then changes to a fair bit of code to make both numpy and scipy pass their tests.  Anyways, editing that history at all feels like a bit of a quagmire, so I'd sooner just go ahead and do the merge.</div>
<div class="gmail_quote"><br></div><div class="gmail_quote">Cheers,</div><div class="gmail_quote">Mark</div><div class="gmail_quote"><br></div><div class="gmail_quote">On Fri, Jan 28, 2011 at 7:19 AM, Bruce Southey <span dir="ltr"><<a href="mailto:bsouthey@gmail.com">bsouthey@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On 01/27/2011 10:58 PM, David Cournapeau wrote:<br>
> On Fri, Jan 28, 2011 at 12:46 PM, Charles R Harris<br>
> <<a href="mailto:charlesr.harris@gmail.com">charlesr.harris@gmail.com</a>>  wrote:<br>
>> Hi All,<br>
>><br>
>> Mark Wiebe has proposed making the master branch backward compatible with<br>
>> 1.5. The argument for doing this is that 1) removing the new bits for new<br>
>> releases is a chore as the refactor schedule slips and 2) the new ABI isn't<br>
>> settled and keeping the current code in won't help with the merge. Mark<br>
>> thinks it is possible to keep the datetime types along with the new half<br>
>> types while restoring backward compatibility, and if so we won't lose<br>
>> anything by making the change. I'm in favor of this change, but I may have<br>
>> overlooked something. Thoughts?<br>
> I would be in favor too, but having not being able to code much in<br>
> numpy the last few months, my opinion should not carry too much<br>
> weight. I don't know how many people install numpy from github<br>
> nowadays (which are the first "victims" when ABI breaks)<br>
><br>
> cheers,<br>
><br>
> David<br>
<br>
</div>It is important to hear from people like Keith that build upon numpy and<br>
those that build numpy binaries for distribution especially Windows and<br>
non-gcc stuff like Intel's compilers and MKL.<br>
<br>
So while I do count less but I am in favor of it provided that scipy can<br>
build and run correctly with this new numpy.<br>
<font color="#888888"><br>
Bruce<br>
</font><div><div></div><div class="h5"><br>
_______________________________________________<br>
NumPy-Discussion mailing list<br>
<a href="mailto:NumPy-Discussion@scipy.org">NumPy-Discussion@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/numpy-discussion" target="_blank">http://mail.scipy.org/mailman/listinfo/numpy-discussion</a><br>
</div></div></blockquote></div><br>