<div dir="ltr"><div>I have tried testing the wheels in a project that runs tests on Travis's Trusty infrastructure which. The wheels work great for python 3.5 and saves us several minuts of runtime. </div><div><br></div>However, I am having trouble using the wheels on python 2.7 on the same Trusty machines. It seems to be because the wheels are tagged as cp27-cp27mu  (<span style="color:rgb(0,0,0);line-height:normal;white-space:pre-wrap">numpy-1.11.0-cp27-cp27mu-manylinux1_x86_64.whl) where as  pip.</span><font color="#000000"><span style="line-height:normal;white-space:pre-wrap">pep425tags.get_abi_tag() returns cp27m on this particular python version. (Stock python 2.7 installed on Travis 14.04 VMs) Any chance of a cp27m compatible wheel build?</span></font><div><font color="#000000"><span style="line-height:normal;white-space:pre-wrap"><br></span></font></div><div><font color="#000000"><span style="line-height:normal;white-space:pre-wrap">best</span></font></div><div dir="ltr"><div><font color="#000000"><span style="line-height:normal;white-space:pre-wrap">Jens</span></font></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, 14 Apr 2016 at 01:46 Nathaniel Smith <<a href="mailto:njs@pobox.com" target="_blank">njs@pobox.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><a href="https://github.com/numpy/numpy/issues/7545" rel="noreferrer" target="_blank">https://github.com/numpy/numpy/issues/7545</a><br>
<br>
On Wed, Apr 13, 2016 at 3:38 PM, Nathaniel Smith <<a href="mailto:njs@pobox.com" target="_blank">njs@pobox.com</a>> wrote:<br>
> I can reproduce in self-compiled 1.9, so it's not a new bug.<br>
><br>
> I think something's going wrong with NPY_SIGINT_ON / NPY_SIGINT_OFF,<br>
> where our special sigint handler is getting left in place even after<br>
> our code finishes running.<br>
><br>
> Skimming the code, my best guess is that this is due to a race<br>
> condition in how we save/restore the original signal handler, when<br>
> multiple threads are running numpy fftpack code at the same time (and<br>
> thus using NPY_SIGINT_{ON,OFF} from multiple threads).<br>
><br>
> -n<br>
><br>
> On Wed, Apr 13, 2016 at 1:47 PM, Matthew Brett <<a href="mailto:matthew.brett@gmail.com" target="_blank">matthew.brett@gmail.com</a>> wrote:<br>
>> On Wed, Apr 13, 2016 at 1:29 PM, Oscar Benjamin<br>
>> <<a href="mailto:oscar.j.benjamin@gmail.com" target="_blank">oscar.j.benjamin@gmail.com</a>> wrote:<br>
>>> On 13 April 2016 at 20:15, Matthew Brett <<a href="mailto:matthew.brett@gmail.com" target="_blank">matthew.brett@gmail.com</a>> wrote:<br>
>>>> Done.  If y'all are on linux, and you have pip >= 8.11,  you should<br>
>>>> now see this kind of thing:<br>
>>><br>
>>> That's fantastic. Thanks Matt!<br>
>>><br>
>>> I just test installed this and ran numpy.test(). All tests passed but<br>
>>> then I got a segfault at the end by (semi-accidentally) hitting Ctrl-C<br>
>>> at the prompt:<br>
>>><br>
>>> $ python<br>
>>> Python 2.7.9 (default, Apr  2 2015, 15:33:21)<br>
>>> [GCC 4.9.2] on linux2<br>
>>> Type "help", "copyright", "credits" or "license" for more information.<br>
>>>>>> import numpy<br>
>>>>>> numpy.test()<br>
>>> Running unit tests for numpy<br>
>>> <snip><br>
>>> Ran 5781 tests in 72.238s<br>
>>><br>
>>> OK (KNOWNFAIL=6, SKIP=15)<br>
>>> <nose.result.TextTestResult run=5781 errors=0 failures=0><br>
>>>>>> Segmentation fault (core dumped)<br>
>>><br>
>>> It was stopped at the prompt and then I did Ctrl-C and then the<br>
>>> seg-fault message.<br>
>>><br>
>>> $ uname -a<br>
>>> Linux vnwulf 3.19.0-15-generic #15-Ubuntu SMP Thu Apr 16 23:32:37 UTC<br>
>>> 2015 x86_64 x86_64 x86_64 GNU/Linux<br>
>>> $ lsb_release -a<br>
>>> No LSB modules are available.<br>
>>> Distributor ID:    Ubuntu<br>
>>> Description:    Ubuntu 15.04<br>
>>> Release:    15.04<br>
>>> Codename:    vivid<br>
>>><br>
>><br>
>> Thanks so much for testing - that's very useful.<br>
>><br>
>> I get the same thing on my Debian Sid machine.<br>
>><br>
>> Actually I also get the same thing with a local compile against Debian<br>
>> ATLAS, here's the stack trace after:<br>
>><br>
>>>>> import numpy; numpy.test()<br>
>>>>> # Ctrl-C<br>
>><br>
>> <a href="https://gist.github.com/f6d8fb42f24689b39536a2416d717056" rel="noreferrer" target="_blank">https://gist.github.com/f6d8fb42f24689b39536a2416d717056</a><br>
>><br>
>> Do you get this as well?<br>
>><br>
>> Cheers,<br>
>><br>
>> Matthew<br>
>> _______________________________________________<br>
>> NumPy-Discussion mailing list<br>
>> <a href="mailto:NumPy-Discussion@scipy.org" target="_blank">NumPy-Discussion@scipy.org</a><br>
>> <a href="https://mail.scipy.org/mailman/listinfo/numpy-discussion" rel="noreferrer" target="_blank">https://mail.scipy.org/mailman/listinfo/numpy-discussion</a><br>
><br>
><br>
><br>
> --<br>
> Nathaniel J. Smith -- <a href="https://vorpus.org" rel="noreferrer" target="_blank">https://vorpus.org</a><br>
<br>
<br>
<br>
--<br>
Nathaniel J. Smith -- <a href="https://vorpus.org" rel="noreferrer" target="_blank">https://vorpus.org</a><br>
_______________________________________________<br>
NumPy-Discussion mailing list<br>
<a href="mailto:NumPy-Discussion@scipy.org" target="_blank">NumPy-Discussion@scipy.org</a><br>
<a href="https://mail.scipy.org/mailman/listinfo/numpy-discussion" rel="noreferrer" target="_blank">https://mail.scipy.org/mailman/listinfo/numpy-discussion</a><br>
</blockquote></div></div>