无返回值的int型函数触发段错误，这是GCC11的Bug吗？

这不是GCC11的编译器Bug，本质是C++标准定义的未定义行为在不同编译器版本、不同优化策略下的差异化表现。

核心原因：未定义行为的不可预测性 #

对于返回类型非void的函数（main函数除外），如果执行到函数末尾没有返回语句，C++标准明确将其归类为未定义行为。这意味着编译器完全可以自由处理这种情况——既可以像GCC7.5那样“侥幸”运行，也可以像GCC11那样触发段错误，甚至出现更诡异的行为，这些都符合标准要求。

对比C语言：虽然C99及之后标准同样将这种情况列为未定义行为，但GCC的C编译器在优化策略上对这类非标准代码做了更多兼容处理，所以才会出现C编译正常、C++编译触发错误的差异。

GCC版本差异的具体细节 #

• GCC7.5的C++编译器在-O3优化下，可能默认读取了栈上的某个残留值作为函数返回值，刚好让exit(res)能正常执行，但这只是未定义行为的一种“偶然”表现，完全不可依赖。
• GCC11在-O2及以上优化级别下，启用了更激进的优化逻辑：编译器假设开发者会写出符合标准的代码，因此直接对无返回语句的foo函数做了栈帧合并或尾调用优化，导致main函数的栈帧被异常处理，后续读取res时触发栈访问错误，最终出现段错误。你用gdb看到的栈帧缺失、objdump的栈帧合并现象，就是这种优化的直接结果。

解决方法 #

1. 修复代码：给foo函数添加明确的返回语句，比如：

int foo() {
    return 0;
}

2. 编译时强化检查：建议在编译参数中添加-Werror，将-Wall触发的警告升级为编译错误，从源头避免这类未定义行为代码的出现。

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