Repository navigation
Force the use of Cython's old build_ext command - #261
Conversation
|
Thanks @saimn... This seemed fine to me by eye, but the tests are failing in a variety of convoluted ways... any idea why? |
|
@eteq - No idea ... Locally tests pass on Py2, and on Py3 I had to use |
|
That |
|
@pllim I think so, because if I understand it correctly they just reverted to issue a deprecation warning: |
|
@pllim - I think it is, as using the new build_ext breaks Astropy it is better to make sure that we always use the old one (until we find what is not working with the new). |
|
Re-running the tests to make sure it was not something broken on Travis/Conda side. |
|
And Travis now passes 😮 |
|
I think this will need a changelog entry. Could you add one @saimn, and then I can merge? |
A new build_ext command was added in Cython 0.25 but it breaks Astropy. cython/cython#1456 Cython 0.25.1 was released to revert this change: cython/cython@4ecdd3e This commit ensures that we always use the old build_ext, whatever the Cython version is.
Without this it tries to run tests from ci-helpers.
909b75b to
773b635
Compare
773b635 to
5637b5d
Compare
|
@bsipocz - Rebased and added changelog. |
eteq
left a comment
There was a problem hiding this comment.
Looks good to me too. Will merge!
A new build_ext command was added in Cython 0.25 (cython/cython#1456) but it breaks Astropy (I could not find why, see astropy/astropy#5437).
Cython 0.25.1 was released to revert this change:
cython/cython@4ecdd3e
This commit ensures that we always use the old build_ext, whatever the Cython version is. At least until we find why the new build_ext command does not work.