E52D bpo-38135: Fix depth-first-search computation in compile.c by markshannon · Pull Request #16042 · python/cpython · GitHub
[go: up one dir, main page]

Skip to content

Conversation

@markshannon
Copy link
Member
@markshannon markshannon commented Sep 12, 2019

With the current compiler it is impossible to expose the bug in the block ordering computation.
Consequently, there is no observable change in behavior and thus no news item is necessary.

https://bugs.python.org/issue38135

7440

Copy link
Member
@gpshead gpshead left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

At a glance I believe this is correct. Looping Thomas in as a reviewer as I believe he's been working in the compile code recently.

@gpshead gpshead added the sprint label Sep 12, 2019
@Yhg1s
Copy link
Member
Yhg1s commented Sep 12, 2019

I won't say "recently" (I looked at peephole.c the last couple of days, but not compile.c), but I'm familiar enough. The new code does look a lot more sensible than reversing twice.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants

0