g++ 默认不启用 C++14 标准，必须显式指定 -std=c++14 或 -std=gnu++14 才能正确解析泛型 lambda 等语法；否则按 C++98 处理，导致报错。
g++ 默认不启用 C++14 标准，必须显式指定 -std=c++14 或 -std=gnu++14 才能正确解析 C++14 语法特性（如泛型 lambda、二进制字面量、函数返回类型推导等）。否则编译器会按旧标准（通常是 C++98 或 C++03）处理，导致报错或行为异常。
用 -std=c++14 编译单个文件
这是最直接的方式，适用于明确要求严格遵循 ISO 标准的场景：
-
g++ -std=c++14 -o main main.cpp—— 启用标准 C++14，禁用 GNU 扩展 - 若代码用了
__attribute__或内联汇编等 GNU 特性，改用-std=gnu++14 - 注意：GCC 14 仍支持
c++14，但已不推荐用于新项目；C++20/23 是更主流选择
为什么不用 -std=gnu14 或漏写 ++？
-std=gnu14 是无效选项 —— GCC 对 C++ 标准的命名必须带 ++ 后缀。常见错误包括：
- 写成
-std=c++1y（GCC 5–6 的旧别名，GCC 14 已弃用，会警告） - 误用
-std=c14（那是 C 语言标准，对 C++ 文件无效） - 漏掉
++导致编译器静默回退到 C++98，遇到auto x = []{}直接报错“expected unqualified-id”
配合调试或优化时的典型组合
C++14 本身不改变 ABI，但和调试/优化选项共用时需注意兼容性：
立即学习“C++免费学习笔记（深入）”；
- 调试优先：
g++ -g3 -O0 -std=c++14 main.cpp -o main——-O0防止变量被优化掉 - 发布构建：
g++ -O2 -DNDEBUG -std=gnu++14 main.cpp -o main——gnu++14允许保留部分扩展以适配旧构建系统 - 避免混用：
-std=c++14和-fconcepts（C++20 特性）会冲突，GCC 14 不允许在 C++14 模式下启用概念
检查是否真的生效了
仅靠编译成功不能说明标准启用正确。可在代码中加验证逻辑：
#include <iostream>
int main() {
#if __cplusplus == 201402L
std::cout << "C++14 confirmed\n";
#else
std::cout << "Not C++14: __cplusplus=" << __cplusplus << "\n";
#endif
}
若输出不是 C++14 confirmed，说明 -std= 未生效或被后续参数覆盖（如 Makefile 中后写的 -std=c++98 覆盖了前面的设置）。
真正容易被忽略的是：C++14 特性（比如 auto 返回类型）在头文件中被间接使用时，必须确保所有参与编译的 TU（translation unit）都统一用相同 -std= 选项，否则链接阶段可能因 ODR 违反而崩溃 —— 这类问题不会在单文件测试中暴露。
