refactor the implementation of inlined comprehensions

The current implementation of comprehension inlining is a pile of special cases that is quite difficult to understand and debug. The root cause of this is that it attempts to flatten the inlined scope into the enclosing scope in the symbol table, to avoid the compiler needing to generally understand the concept of inlined sub-scopes, but this flattening loses information and requires a number of special cases. And then the compiler implementation of inlining modifies the flattened scope as it traverses the inlined comprehension(s) in order to ensure correct handling of the names within the inlined sub-scope; ideally the compiler would not modify the symbol table as it generates code.

A better implementation would leave the scopes separate in the symbol table, losing no information but just marking the comprehension scope as an inlined sub-scope, and then add explicit support for inlined sub-scopes in the compiler (with appropriate query methods in the symtable.)

Linked PRs

• gh-156819

Trước tiên, hãy xem xét PR được liên kết gh-156819, vì issue cho biết công việc đã được chuyển sang đó. Nếu không, hãy lần theo quá trình inlining của comprehension qua phần triển khai symbol-table và compiler của CPython; được xem là hoàn tất khi vẫn giữ các sub-scope được inline riêng biệt trong symbol table và thêm hỗ trợ compiler tường minh mà không sửa đổi symbol table trong quá trình tạo mã.