MinGW环境下CMD编译C程序未检测到明显格式错误的问题排查

DevOps 小满

2026-8-21

为什么MinGW的gcc在Windows CMD下未检测到scanf格式不匹配的警告？

问题背景

开发C语言电话簿程序时，Windows CMD下用MinGW的gcc编译运行，程序崩溃后排查发现代码存在scanf参数错误：
错误代码片段：

char *pNumber = malloc(11*sizeof(char));

char term;
bool valid = false;
while (!valid) {
    printf("enter phone number (first 10 digits will be parsed)\n");
    int scan = scanf("%s%c", &pNumber, &term);
    // ...后续逻辑
}

正确写法应为：

int scan = scanf("%s%c", pNumber, &term);

这里pNumber本身就是char*类型，无需加&（加后变为char**，和%s要求的参数类型不匹配）。

但Windows下执行gcc main.c -o main编译时无任何警告，程序直接进入运行阶段并崩溃；而Ubuntu终端下用gcc编译时，直接弹出明确警告：

main.c: In function ‘addTelephoneNumber’:
main.c:119:25: warning: format ‘%s’ expects argument of type ‘char *’, but argument 2 has type ‘char **’ [-Wformat=]
  119 |      int scan = scanf("%s%c", &pNumber, &term);
      |                        ~^     ~~~~~~~~
      |                         |     |
      |                         |     char **
      |                         char *

核心原因

问题和Windows环境变量无关，本质是MinGW的gcc默认警告等级低于Ubuntu系统gcc的默认设置：

Ubuntu的gcc默认启用了-Wformat这类格式检查警告，能直接检测到scanf参数类型不匹配的问题。
MinGW的gcc默认未启用-Wformat警告，因此不会主动提示这类格式错误，导致问题被隐藏到运行阶段。

解决方案

编译时手动添加警告选项，强制gcc检测这类潜在问题：

基础方案：添加-Wall（启用所有常见警告）和-Wformat（专门检查格式字符串匹配）：
```
gcc main.c -o main -Wall -Wformat
```
进阶方案：启用更严格的警告，提前发现更多潜在问题：
```
gcc main.c -o main -Wall -Wextra -Wpedantic
```