Cherrypicking fixed for new python syntax into the emacs 25 branch

Cherrypicking fixed for new python syntax into the emacs 25 branch

[Nathaniel Smith]

[not subscribed to list, would appreciate CC's on followups]

Hi all,

Currently, the version of python.el in the emacs 25 branch doesn't
support the new async/await syntax added in python 3.5. This added new
syntax for basic syntactic constructs like function definitions and
for loops, and so currently in the emacs 25 branch anyone using these
new features loses basic features like autoindentation, e.g.

async def f():
async for x in ...:

are not considered to open blocks and require manual indentation. And
even worse, since the indentation tables are defined as compile-time
macros, it isn't even possible to fix this with a .emacs tweak.

This has already been fixed in emacs mainline. Would it be possible
for the emacs 25 branch maintainers to cherry-pick these two changes
into emacs 25?:
    1f6b0bc1
    928f5194

(some more discussion here: https://github.com/jorgenschaefer/elpy/issues/848)

Thanks!
-n

-- 
Nathaniel J. Smith -- https://vorpus.org

Re: Cherrypicking fixed for new python syntax into the emacs 25 branch

[John Wiegley]

>>>>> Nathaniel Smith <njs@pobox.com> writes:

> This has already been fixed in emacs mainline. Would it be possible for the
> emacs 25 branch maintainers to cherry-pick these two changes into emacs 25?:
> 1f6b0bc1 928f5194

That does seem harmless, and since you have many tests, I'm inclined to allow
it. Does anyone object?

Note that this would ordinarily be out of scope for 25.1 now, but since it
only adds values to certain variable declarations, and it offers several, my
objectionometer is reading low.

-- 
John Wiegley                  GPG fingerprint = 4710 CF98 AF9B 327B B80F
http://newartisans.com                          60E1 46C4 BD1A 7AC1 4BA2