Files
Andrey Vlasovskikh 60451cb448 PY-21088 Understand __all__.append() and __all__.extend()
PyCharm used to fail to statically evaluate __all__.append() calls in
typing.py and concluded that since __all__ was too dynamic to analyse
it was better to assume that __all__ isn't present.

It affected resolving to internal module attributes not mentioned in
__all__ and even led to false positives in unused locals when these
internal names were imported from another module right next to
star-import from the module with __all__.
2016-10-26 20:06:07 +03:00

14 lines
105 B
Python

__all__ = [
'foo',
'bar'
]
foo = 0
bar = 1
__all__.append('quux')
quux = 3
internal_name = 4