-
-
Notifications
You must be signed in to change notification settings - Fork 30k
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
faq/design: PEP 572 adds assignment expressions #78418
Comments
The title says it all. https://docs.python.org/3.8/faq/design.html#why-can-t-i-use-an-assignment-in-an-expression
[Can't use] this C idiom:
while (line = readline(f)) {
// do something with line
} https://www.python.org/dev/peps/pep-0572/ |
This indeed doesn't make much sense now. I'll try to send a PR today. |
This should be done as part of the doc changes for the full PEP-572 implementation, no point in independently doing it now when it hasn't even been implemented yet. |
Okay then. |
My mistake. But not mine only. According to https://www.python.org/dev/peps/pep-0572/ the PEP is Python-Version: 3.8 I took this to mean that it had been implemented in Python 3.8. Reading the PEP more closely, it also says Status: Accepted. According to https://www.python.org/dev/peps/pep-0001/#pep-header-preamble each PEP can have an optional Python-Version, which is "described below". I thus find I seems to me that there is a bug in the PEP, perhaps caused either by a failure to increment its Python-Version as part of the release of Python 3.8, or the PEP itself providing too early the optional Python-Version. I'll email Chris Angelico about this. I'm very happy for the issue to remain closed. |
Yes, the PEP says version 3.8. Why is this a problem? Sit tight, let the implementation land. I don't understand why this needed me to get emailed saying that the PEP has the wrong version number in it. |
First, I'm delighted that the current docs are in fact correct regarding assignment expressions. (I should have said this earlier.) I'm happy to wait for the implementation to land. (And if you like, I'm willing to help with the documentation. I seem to have an eye for detail.) Whether or not mine was the only my mistake, I was misled by the PEP-572 header. (And perhaps Vadim was also - msg322479.) This issue is, rightly, closed. Perhaps the discussion should continue in a new issue? And without Chris, if he doesn't want to be involved. Perhaps it's a matter for the release manager? Or perhaps having Python-Version:3.8 in the PEP remain until the change lands (and then both Status and Python-Version will be changed). I'm new here. I'm happy for someone else to decide. No action is one option. |
I'm sorry. I apologise. I'm being a bit stupid. Everything is fine. Nothing to do. In case you care, here's the situation. Python 3.8 is in development, and not yet released. Somehow, I'd got it into my mind that it had already been released. So the PEP-572 header is correct. The PEP status is accepted, the feature is in development (including documentation), and all being well the feature and the documentation will appear in Python3.8. By the way, according to https://www.python.org/dev/peps/pep-0569/#id5, the first alpha is due 2019-01-27. So please, all of you, accept my apologies. |
This issue was brought to my attention -- I'm helping build the PEP-572 implementation. I'll make sure the docs get updated (and Jonathan, I didn't actually know that assignment expressions were mentioned in the FAQ, so this was still helpful!) |
BTW, sorry for sounding a bit snippy in my comment. Jonathan, in future, rather than dropping someone an email, it'd be more normal to just ping the person on the issue itself. |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: