为何Gfortran启用-fallow-argument-mismatch仍触发整数类型不匹配错误？

你遇到的问题源于GCC 13对-fallow-argument-mismatch标志的处理逻辑做了针对性调整：

• 这个标志的设计初衷是放宽变量之间的类型/kind不匹配限制，把这类错误降级为警告；但对于字面量常量与形参的kind不匹配，编译器判定这是代码中明确的类型兼容错误，不属于该标志覆盖的“参数不匹配”场景，因此依然会触发错误。
• 你代码里的0是Fortran默认的整数字面量（通常对应integer(kind=4)），而形参mmr声明为integer(kind=8)，这种常量与形参的kind不匹配，GCC 13不会通过-fallow-argument-mismatch降级为警告。

可行的修复方式 #

除了你使用的INT8(0)，还有两种更简洁的写法：

• 直接使用带kind后缀的字面量：0_8，明确指定该常量为integer(kind=8)类型，完美匹配形参要求。
• 或者用INT(0, kind=8)，效果和INT8(0)一致，但写法更通用。

另外注意你的编译参数里-Ofast和-fno-fast-math存在冲突：-Ofast会自动启用-ffast-math，后续的-fno-fast-math会覆盖这个设置，建议根据实际性能需求保留其中一个参数。

内容的提问来源于stack exchange，提问作者Manolete