-
Notifications
You must be signed in to change notification settings - Fork 3.5k
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
[RFC][DISCUSS] Python3 Timeline of 2019 #2715
Comments
When is the plan for 0.6? I think we can probably do it in 0.6 if it is several months/half a year away. For transitioning, python 3.6? A side problem, do we have any plan to enable/support c++ 14/17? |
0.6: + 1 |
I think we can do it in 0.6 in dev module but make sure runtime be compatibility with Python 2 in 0.6 And in 0.7, we make dev module / runtime module be Python 3. I would recommend Python 3.5, we should do the safest choice. |
0.6 +1. I have no strong preference, and I am leaning to 3.6 more. |
0.6 + 1 |
0.6 +1 |
0.6 +1 |
0.6 +1 I prefer python 3.6, but 3.5 as a safe choice is also fine. |
Seems we are converging toward drop python2 in 0.6 the cycle, in terms of versions perhaps we can start by requiring 3.5 |
It has been half a year since our last discussion #1602
Many projects officially deprecate python2 starting 2019. I would like to open this RFC again to see the community's opinion on this.
As per the previous discussion, embracing python3 allows us to make use of new features such as type annotation that enables better DSL, and makes cleaner code. It also makes us consistent with the rest of the python eco-system. Let us discuss two things:
When should the move happen
Such a big change will likely need to happen in a major release
Which minimum version of python3 to depend on
The text was updated successfully, but these errors were encountered: