Modern Fortran扩展直接调用gfortran做linter，关键配置是fortran.linter.compiler（须为真实gfortran路径）和fortran.linterExtraArgs（禁用链接参数及误报警告）；老旧代码需用.fortran-lint-ignore跳过或加-std=legacy等宽容选项。
Modern Fortran插件不处理linter配置，真正起作用的是fortran.linter.compiler和fortran.linterExtraArgs
很多人装了“Fortran-Modern-Linter”插件后发现没反应，其实这个插件早已被弃用——Modern Fortran扩展（fortran-lang.linter-gfortran）从2024年起就不再依赖独立linter插件，而是直接调用gfortran做后台诊断。所谓“linter配置”，本质是告诉扩展：用哪个编译器、带哪些警告开关去检查代码。
关键点在于：fortran.linter.compiler必须指向真实可用的gfortran可执行文件（不是别名或脚本），且fortran.linterExtraArgs里不能混入链接阶段参数（如-lmpich），否则每次保存都会报错中断检查。
-
"fortran.linter.compiler": "gfortran"—— 若系统PATH未生效，需写绝对路径，例如"C:\msys64\mingw64\bin\gfortran.exe" -
"fortran.linterExtraArgs": ["-Wall", "-Wextra", "-fimplicit-none"]——-fimplicit-none对老旧代码很关键，它能强制暴露隐式类型声明，但会大量报错；建议先加-Wimplicit-interface定位接口不匹配问题 - 固定格式（.f77/.for）文件默认不启用linter，需在
[fortran_fixed-form]块中单独配一遍fortran.linter.*项
老旧代码（如F77风格）启用linter时常见崩溃现象及绕过方式
当你打开一个含COMMON块、ENTRY语句或ASSIGN/GOTO跳转的老代码，gfortran在语法检查阶段可能直接退出，VSCode状态栏显示“Fortran Linter failed: signal 11”。这不是插件bug，而是gfortran对非标准构造的解析器限制。
可行方案不是关掉linter，而是分层控制：
- 在项目根目录建
.fortran-lint-ignore文件，每行写一个要跳过的文件名（如old_solver.f），Modern Fortran扩展会自动识别并跳过这些文件的linter调用 - 对仍需检查的旧文件，改用更宽容的参数：
["-std=legacy", "-Wno-tabs", "-Wno-line-truncation"]，避免因制表符或超长行被拦住 - 禁用
-pedantic——它会让gfortran拒绝所有非标准扩展，包括很多工业级F77代码实际依赖的REAL*8写法
fortran.linterExtraArgs中-Wextra和-Wconversion对数值精度的误报问题
老旧科学计算代码常有REAL(8) :: x = 1.0这类写法，-Wconversion会警告“conversion from REAL(4) to REAL(8)”，但实际这是F77遗留的惯用法，且1.0字面量在gfortran中默认就是REAL(4)，赋值给REAL(8)变量本身无风险。
这类警告干扰大、修复成本高，又不反映真实缺陷。建议：
- 明确排除：
["-Wextra", "-Wno-conversion", "-Wno-unused-parameter"] - 若团队允许，用
-fdefault-real-8统一默认实数精度，让REAL :: x = 1.0自动变成双精度，既消警告又提升一致性 - 注意
-Wconversion和-Wsurprising不同：后者捕获的是真正可疑行为（如INT(3.7)截断而非四舍五入），不应关闭
如何让linter只检查修改行，避免全文件重扫拖慢编辑体验
大型遗留项目动辄数千行，每次保存都全文件lint，CPU占用高、响应卡顿。Modern Fortran扩展本身不支持增量linter，但可通过gfortran的预处理机制间接实现：
在.vscode/settings.json中配置：
"fortran.linterExtraArgs": [ "-cpp", "-D__LINTER_RUN__", "-x", "f95-cpp-input" ]
然后在源码顶部加条件编译守卫：
#ifdef __LINTER_RUN__ ! 这里放临时插入的include或宏定义，仅用于linter理解上下文 #endif
这样gfortran会先走预处理器，跳过大量#ifdef __LINTER_RUN__外的逻辑块（尤其是COMMON块初始化、DATA语句等耗时部分），显著提速。实际效果取决于代码中预处理指令的密度，但比纯禁用linter更可控。
最易被忽略的一点：gfortran的-cpp模式默认禁用INCLUDE语句，若代码依赖INCLUDE 'header.inc'，需额外加-fpreprocess或改用#include "header.inc"写法。
