(🎁) multiple platform/version compatible mode
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Python
- Estrellas
- 20.6k
- Forks
- 3.3k
- Métricas de merge de PR
- Métricas de PR pendientes
Descripción
Feature
I want mypy to show errors for all platforms and versions, not just the current/selected one
import sys
if sys.version_info < (3, 11):
print(21 + "sus") # very funny, but is a type error 😢
if sys.platorm == "win32":
print(21 + "sus") # very funny, but is a type error 😢
actual:
> mypy test.py
no errors 😳
Instead I have to run mypy many times to get a comprehensive output:
> mypy --python-version 3.11 --platform lignux test.py
no errors 😳
> mypy --python-version 3.11 --platform darwin test.py
no errors 😳
> mypy --python-version 3.11 --platform win32 test.py
test.py:5: error: very funny, but that's a type error [😳]
Found 1 error in 1 file (checked 1 source file)
> mypy --python-version 3.10 --platform lignux test.py
test.py:3: error: very funny, but that's a type error [😳]
Found 1 error in 1 file (checked 1 source file)
> mypy --python-version 3.10 --platform win32 test.py
test.py:3: error: very funny, but that's a type error [😳]
test.py:5: error: very funny, but that's a type error [😳]
Found 2 errors in 1 file (checked 1 source file)
... etc, etc, etc ...
+ additional steps to curate the output into a readable format. (+ ratio?)
I would imagine that most libraries would want type checking applied for their supported python versions and platforms, and most python applications would probably want multiple platforms supported.
So almost everyone using mypy would want some level of cross support, and the current workaround includes manually building a solution involving running mypy concurrently and collecting / filtering the results. I would much rather this very common use-case be supported natively.
Perhaps some way of specifying a list of desired selections, and mypy could pass over the code with a matrix of those options. Perhaps mypy could run multiple processes to improve performance, or alternatively incorporate some complicated logic where it only does one run over the code but analyses the different paths/types correctly. The latter is the preferred solution in my mind, as it would be a lot more efficient and allow some additional benefits (#8823/#5940 comes to mind)
I would also expect mypy to show a note when an error is only detected under a diverging path, to make resolution easier.
pyproject.toml:
[tool.mypy]
platforms = ["lignux", "darwin", "win32"]
python_versions = [3.11, 3.10, 3.9, 3.8, 3.7]
> mypy test.py
test.py:3: error: very funny, but that's a type error [😳]
test.py:3: note: error found with python-version < 3.11
test.py:5: error: very funny, but that's a type error [😳]
test.py:5: note: error found with platform "win32"
Found 2 errors in 1 file (checked 1 source file)
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Comienza con las opciones de línea de comandos existentes de mypy, --python-version y --platform, y con los ejemplos de configuración [tool.mypy] del issue. Define el comportamiento de la matriz de versiones/plataformas compatibles y la agregación de diagnósticos antes de localizar la implementación y las pruebas; se considera terminado cuando una sola invocación informa de errores de rutas divergentes sin ejecuciones manuales repetidas.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- python
- Área
- devtools
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 25/100