编译选项设错了？程序跑不起来可能就因为这个

小王写完一段C++代码，兴冲冲地在终端敲下 g++ main.cpp -o main，回车后却跳出一堆红色报错：error: ‘std::to_string’ is not a member of ‘std’。他反复检查代码，函数名没错、头文件也加了，怎么就是编译不过？最后发现，只差一个 -std=c++11。

编译器不是“啥都懂”，得告诉它用哪套规则

很多人以为编译器就像个万能翻译官，拿到源码就能照单全收。其实不是——不同版本的C/C++标准（比如C99、C11、C++11、C++17）支持的语法和库函数差别挺大。如果你用了 auto 推导类型或 std::thread，但没指定标准版本，老编译器直接报错：“不认识”。

几个常见踩坑点

1. 忘加 -std= 参数
比如用 GCC 编译含 lambda 表达式的 C++11 代码：

g++ test.cpp -o test

g++ -std=c++11 test.cpp -o test

2. 头文件和编译选项不匹配
写了 #include <optional>（C++17 新特性），却用 -std=c++14 编译，必然报错：‘optional’ file not found。

3. 警告当空气，结果链接时翻车
加上 -Werror 后，所有警告都变成错误。比如 int x = 3.14; 在某些平台触发 conversion from ‘double’ to ‘int’ 警告，一开 -Werror 就编译中断。

怎么看自己该用哪个选项？

先查你写的代码依赖什么特性：用 std::filesystem？那至少要 -std=c++17；用 std::span？得 -std=c++20。再看编译器版本是否支持——GCC 7.0 开始支持 C++17，Clang 5.0 也是。不确定的话，加个 --version 看一眼：

g++ --version

顺手记个小技巧：在 Makefile 或 CMakeLists.txt 里统一配置标准选项，比每次手动敲安全多了。比如 CMake 中写：

set(CMAKE_CXX_STANDARD 17)
set(CMAKE_CXX_STANDARD_REQUIRED ON)

编译选项不是可有可无的装饰，它是你和编译器之间的一句“暗号”。设对了，代码顺顺当当转成机器指令；设错了，哪怕只漏一个字母，也可能卡在第一行报错里。