-
Notifications
You must be signed in to change notification settings - Fork 23
Conversation
closes gh-77 |
The uploads are failing since this is a PR from my branch. Once numpy/numpy#16055 goes in I can change the build tag to the appropriate commit (right now it is c24acd7) and the 32-bit linux builds should succeed. |
Let's just merge this and see how it goes. Thanks Matti. |
I disabled the first appveyor webhooks (search for Active on the webhook page) without deleting, so if we wish we can re-activate them. Should I remove the file I added in #78? |
Hmm, looks like we need a link to the azure pipelines up top of the README. Looks like https://dev.azure.com/numpy/numpy/_build?definitionId=8&_a=summary&view=runs is as good as any. |
I noticed that :) Yes I think we can rename the files again. I'll need to reenable for 1.18.4, which still has Python3.5, but will disable after that release is built. There were 3 appveyor hooks, I deleted one and was just re-enabling them separately to see which of the remaining two we could also delete. |
Do you still think we need to move wheel builds to numpy? Seems that it should be pretty easy as long as we are just using azure builds. |
Looks like 32 bits is still failing. I assume it is because we need to point to the top of the branch with the tools update instead of |
The 32-bit failures have to do with avx loops and the
This was triggered off the HEAD of maintenance/1.18.x, and the files were uploaded as |
PR gh-78 was merged, we now have manylinux2010 wheels on anaconda.org. I thought we could convert manylinux2010 to manylinux1, but that was not correct. If we want manylinux1 wheels, we must add azure jobs to do so
This PR adds 6 more jobs to build manylinux1 for python3.6, 3.7, 3.8; 32 and 64 bit. It also fixes the README for the new wheel locations.