-
Notifications
You must be signed in to change notification settings - Fork 9
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
Should we drop 3.8-3.9
support?
#198
Comments
Dropping 3.8 might make sense as array-api-compat only supports Python 3.9+. 3.9 should only be dropped if it is blocking a major functionality in the codebase, which I don't think it is. |
I feel this is personal choice, many in the scientific community are leaning towards more aggressive dropping old Python support. We had this discussion in our Python Tooling recently UCL-ARC/python-tooling#362. |
Looks like we have to drop |
Think we have to drop |
Closes #198. For Array API support (#67), we need minimum versions of: 1. `Python 3.9` as specified here https://data-apis.org/array-api-compat/changelog.html#id9 2. `NumPy 1.22` as specified here https://numpy.org/doc/stable/reference/array_api.html#array-api-standard-compatibility In this PR I have enforced both of these. The code changes have come from `ruff` linting, utilising the benefits from [3.9](https://docs.python.org/3/whatsnew/3.9.html). I also removed some of the overzealous comments on imports. They weren't adding anything and meant the imports took up more room.
According to SPEC0 it currently recommends dropping everything below
3.10
, NEP29 agrees similarly. Can read more about the motivation here. Any good reason to support3.8-3.9
?The text was updated successfully, but these errors were encountered: