Skip to content

MNT: account for cpython deprecations#13836

Merged
jklymak merged 1 commit into
matplotlib:masterfrom
tacaswell:fix_ssize_t
Apr 2, 2019
Merged

MNT: account for cpython deprecations#13836
jklymak merged 1 commit into
matplotlib:masterfrom
tacaswell:fix_ssize_t

Conversation

@tacaswell

Copy link
Copy Markdown
Member

The # variants the PyArg formats will raise deprecation warnings in
py38.

https://bugs.python.org/issue8677
https://bugs.python.org/issue36381
python/cpython#12473
python/cpython@d3c72a2

We should have done this a while ago 🤷‍♂️ .

@tacaswell tacaswell added this to the v3.2.0 milestone Apr 1, 2019

@timhoffm timhoffm left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Given that Python 3.8 is scheduled for October, should this go in 3.1? I don't think we'll have 3.2 out by then. Otherwise, people will start seeing warnings.

@jklymak

jklymak commented Apr 2, 2019

Copy link
Copy Markdown
Member

Should this at least go in for 3.1.1?

@tacaswell tacaswell modified the milestones: v3.2.0, v3.1.0 Apr 2, 2019
@tacaswell

Copy link
Copy Markdown
Member Author

I'm convinced on backporting to 3.1.

@WeatherGod

WeatherGod commented Apr 2, 2019 via email

Copy link
Copy Markdown
Member

@jklymak

jklymak commented Apr 2, 2019

Copy link
Copy Markdown
Member

Will people using py 3.8 really be using MPL 2.2.4?

@timhoffm

timhoffm commented Apr 2, 2019

Copy link
Copy Markdown
Member

I doubt that someone will be using py3.8 and mpl2.2.4

@WeatherGod

WeatherGod commented Apr 2, 2019 via email

Copy link
Copy Markdown
Member

@tacaswell

Copy link
Copy Markdown
Member Author

We said critical bug fixes to 2020. You see these warnings in the test logs, not sure if you see them under normal operation. Lets see if these go cleanly...

@meeseeksdev backport to v2.2.x

@lumberbot-app

lumberbot-app Bot commented Apr 2, 2019

Copy link
Copy Markdown

Owee, I'm MrMeeseeks, Look at me.

There seem to be a conflict, please backport manually. Here are approximate instructions:

  1. Checkout backport branch and update it.
$ git checkout v2.2.x
$ git pull
  1. Cherry pick the first parent branch of the this PR on top of the older branch:
$ git cherry-pick -m1 a6e3e56fb144a132e6a9f94c635c7766dda6a301
  1. You will likely have some merge/cherry-pick conflict here, fix them and commit:
$ git commit -am 'Backport PR #13836: MNT: account for cpython deprecations'
  1. Push to a named branch :
git push YOURFORK v2.2.x:auto-backport-of-pr-13836-on-v2.2.x
  1. Create a PR against branch v2.2.x, I would have named this PR:

"Backport PR #13836 on branch v2.2.x"

And apply the correct labels and milestones.

Congratulation you did some good work ! Hopefully your backport PR will be tested by the continuous integration and merged soon!

If these instruction are inaccurate, feel free to suggest an improvement.

@tacaswell
tacaswell deleted the fix_ssize_t branch April 2, 2019 20:30
@anntzer anntzer mentioned this pull request Apr 3, 2019
dstansby added a commit that referenced this pull request Apr 8, 2019
…836-on-v3.1.x

Backport PR #13836 on branch v3.1.x (MNT: account for cpython deprecations)
@tacaswell

Copy link
Copy Markdown
Member Author

backported in #13846

tacaswell pushed a commit to tacaswell/matplotlib that referenced this pull request Oct 19, 2019
MNT: account for cpython deprecations

The conflicts were due to other changes in the #includes in the
affected files.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants