MYPYPATH directory used even if no __init__.py
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Python
- Sterne
- 20.6k
- Forks
- 3.3k
- PR-Merge-Kennzahlen
- PR-Kennzahlen ausstehend
Beschreibung
Bug Report
According to the docs, when importing foo.bar, mypy will look through each directory in MYPYPATH and find a match. A directory is matched if it contains a __init__.py(i) file. However, I'm seeing behavior where an empty directory in MYPYPATH causes typechecking to fail.
To Reproduce
echo 'from foo.types import Foo' > main.py
mkdir -p foo/types/
echo 'Foo = 123' > foo/types/__init__.py
mkdir -p include/foo/types/
python3.13 -m venv venv
venv/bin/pip install mypy
# passes
rm -rf .mypy_cache && venv/bin/mypy main.py
# fails
rm -rf .mypy_cache && MYPYPATH=include venv/bin/mypy main.py
Expected Behavior
If <dir> does not contain any __init__.py files recursively, then adding MYPYPATH=<dir> should not make any difference
Actual Behavior
$ rm -rf .mypy_cache && venv/bin/mypy main.py
Success: no issues found in 1 source file
$ rm -rf .mypy_cache && MYPYPATH=include venv/bin/mypy main.py
main.py:1: error: Module "foo.types" has no attribute "Foo" [attr-defined]
Found 1 error in 1 file (checked 1 source file)
Your Environment
- Mypy version used:
- Mypy command-line flags:
- Mypy configuration options from
mypy.ini(and other config files): - Python version used:
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Reproduziere das Problem mit main.py, foo/types/init.py und dem leeren include/foo/types/-Verzeichnis unter Verwendung der beiden angegebenen mypy-Befehle. Verfolge die Modulauflösung von MYPYPATH und füge einen Regressionstest für dieses Layout hinzu; abgeschlossen ist die Aufgabe, wenn das Hinzufügen des leeren Pfads das erfolgreiche Ergebnis der Typprüfung nicht verändert.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- python
- Bereich
- compilers
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 45/100