<br><br><div class="gmail_quote">On Tue, Oct 30, 2012 at 9:26 PM, Travis Oliphant <span dir="ltr"><<a href="mailto:travis@continuum.io" target="_blank">travis@continuum.io</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word">The NPY_CHAR is not a "real type".   There are no type-coercion functions attached to it nor ufuncs nor a full dtype object.      However, it is used to mimic old Numeric character arrays (especially for copying a string).  <div>
<br></div><div>It should have been deprecated before changing the ABI.  I don't think it was realized that it was part of the ABI (mostly for older codes that depended on Numeric).   I think it was just another oversight that inserting type-codes changes this part of the ABI.     </div>
<div><br></div><div>The positive side is that It's a small part of the ABI and not many codes should depend on it.   At this point, I'm not sure what can be done, except to document that NPY_CHAR has been deprecated in 1.7.0 and remove it in 1.8.0 to avoid future ABI difficulties.    </div>
<div><br></div><div>The short answer, is that codes that use NPY_CHAR must be recompiled to be compatible with 1.6.0.</div><div><br></div></div></blockquote><div><br>IIRC, it was proposed to remove it at one point, but the STScI folks wanted to keep it because their software depended on it.<br>
<br><snip><br><br>Chuck <br></div></div>