-
-
Notifications
You must be signed in to change notification settings - Fork 529
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
Remove calls to 'long(...)', etc. #27826
Comments
Branch: u/jhpalmieri/deprecate-long |
Commit: |
New commits:
|
Replying to @jhpalmieri:
Are there really that many places where an integer/rational is explicitly converted to a About the patch itself:
|
comment:4
Regarding integer/rational: if I add deprecation warnings to those, I get over 800 files with failures. Many involve
An example without randomness:
|
comment:5
Replying to @jdemeyer:
Easy to fix.
By "take precedence", I mean that no deprecation warning is printed, just the |
comment:6
Replying to @jhpalmieri:
The question is why do you get so many failures? |
comment:7
Replying to @jhpalmieri:
I would just remove that note, it's fine. |
Branch pushed to git repo; I updated commit sha1. New commits:
|
comment:9
Replying to @jdemeyer:
I would prefer to address that on another ticket: deal with the easy cases here (and also #27829) and then think about ZZ and QQ. I haven't investigated at all, just saw that it was a mess and so I wanted to put it off. Does Python's |
Branch pushed to git repo; I updated commit sha1. This was a forced push. New commits:
|
comment:11
Replying to @jhpalmieri:
-1 We clearly have no clue what we're doing or what the consequences are of that deprecation. |
comment:12
I have no idea what your objection is or what work you think needs doing on this ticket. Can you explain? |
comment:13
In some cases (for integers and rationals), deprecating I would much prefer to deal with all cases of We might also make a difference between plain Python classes and Cython cdef classes. |
comment:14
What's your plan for external packages calling This is especially true from the point of view of Cython and the Python/C API, where the So I'm now leaning towards closing this ticket as "wontfix". |
comment:15
Also numpy uses |
comment:16
As far as I can tell, |
comment:17
I would point out that there are many calls to |
comment:18
Could we replace |
comment:35
Ticket retargeted after milestone closed |
Branch pushed to git repo; I updated commit sha1. This was a forced push. New commits:
|
This comment has been minimized.
This comment has been minimized.
Branch pushed to git repo; I updated commit sha1. This was a forced push. New commits:
|
comment:41
Needs rebasing |
Branch pushed to git repo; I updated commit sha1. This was a forced push. New commits:
|
comment:43
Rebased. |
comment:44
Looks good to me but it would be good if our py3 transition experts could take a look too |
Reviewer: Matthias Koeppe |
comment:46
Thank you! This one has been waiting for a while. |
Changed branch from u/jhpalmieri/deprecate-long to |
long(...)
is not defined in Python 3, and so we should remove all calls tolong
. We should also delete all methods__long__
, and remove the special-casing forlong
in Python 3 doctesting (indoctest/forker.py
).Sage 9.2 will not support Python 2 anymore, so that is this ticket's target release.
CC: @embray @fchapoton
Component: python3
Work Issues: Rebase
Author: John Palmieri
Branch/Commit:
3fcba90
Reviewer: Matthias Koeppe
Issue created by migration from https://trac.sagemath.org/ticket/27826
The text was updated successfully, but these errors were encountered: