-
Notifications
You must be signed in to change notification settings - Fork 784
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
abi3-py36 now passes tests #1320
Conversation
Oops, it looks like that datetime is not declared with |
29c3d48
to
17d0868
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍 thanks, that's a nice catch!
I think a couple of these changes are done with the goal of minimising LOC & optimizations, but I don't agree with them. I'd prefer we kept what we had before for those cases. See my other comments.
I merged #1329 which should fix the pypy issues - if you rebase on master CI should hopefully be green 🤞 |
Ok I merged #1331 and now hopefully this will work. I'm going to rebase this on master and then merge if it's ok. |
ddb2c4e
to
c57324b
Compare
Ugh, still failing pypy tests! I think the issue is that on pypy we can build the tests, but can't ever run them. I'm going to work on yet another PR to improve the pypy CI... |
Thanks. |
c57324b
to
db74cc8
Compare
Ah, yes, that's it - for now I have disabled the pypy abi3-py36 tests being built; that should fix this PR and then I'll open a new PR later which re-enables building the tests. |
🎉 |
Now
cargo test --features=abi3-py36
fails sinceffi::PyEval_InitThreads()
is called afterPy_InitializeEx
.So now
py36
build is not actually forward-compatible.We have a small fix for this problem (this PR), but this also suggests that
py3*
build can be broken in the future version.Though I'm not sure the breakage is likely to happen in the user code, maybe we want to add a note about it.