Add the ability to disable certain linter errors
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- cpp, typescript
- Área
- tooling
Línea de trabajo
Comienza revisando los diagnósticos de LanguageService descritos en la issue y los ejemplos del comportamiento de standard C++ frente a g++. Determina cómo se relacionarían las configuraciones de origen, archivo y globales con la desactivación de errores estáticos o la selección de una especificación de g++; se considera terminado cuando el comportamiento de configuración solicitado esté definido y sea compatible.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Type: LanguageService
Many people use g++ (MinGW on Windows), and I am also like this. g++ extends some C99 features in C++, such as array lengths that can be defined with variables which is considered a error by VS Code.

auto a = new int[l]; in standard C++.
auto a[l]; in g++ and C99.
I know that defining with a const is a standard C++ convention, and it is also common sense. But in some cases (such as algorithms), it is convenient to use variable definitions.
I think it's a good idea to let me remove some of the error.(because VS Code is a. editor that doesn't know how the compiler handles certain "errors") Add a point to disable the static error prompt in source, in file or in global setting. Just like in user settings, we can list all static error types.
We can also make g++ specification. This specification remove some features which are not supported in VS Code. The default is the original specification. But when I use g++ in tasks.json, it can automatically enable. It seems that there is a similar error specification function in VS.
- Lenguaje dominante
- TypeScript
- Estrellas
- 6.2k
- Forks
- 1.7k
- Merge medio
- 14 h 46 min
- PR fusionados (30 d)
- 61
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.
Más de microsoft/vscode-cpptools
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
microsoft/vscode-cpptools#14787 ·
-
[Bug] cpptools fails to start on Ubuntu ARM64 due to missing execute permissions on shared libraries Abiertobug fixed Language Service regression
microsoft/vscode-cpptools#14779 · 1 asignado ·
-
Language Service more info needed
microsoft/vscode-cpptools#14778 · 1 comentario · 1 asignado ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 64/100
microsoft/vscode-cpptools#14769 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 68/100
microsoft/vscode-cpptools#14768 · 1 comentario ·
Todos los issues de microsoft/vscode-cpptools
Issues similares
-
clawsweeper:fix-shape-clear clawsweeper:queueable-fix clawsweeper:source-repro impact:ux-friction issue-rating: 🦞 diamond lobster no-stale P3
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
community first-timers-only good first issue hacktoberfest help wanted low hanging fruit up-for-grabs
Dificultad 1/5 Menos de una hora Aptitud para principiantes 76/100
-
code-quality refactoring
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
github/gh-aw-firewall#8816 ·
-
integration:quickjs org:external priority:backlog topic:code-interpreter topic:middleware type:feature
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
langchain-ai/deepagents#6450 ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
vercel/react-tweet#225 ·