为何库中抛出的std::runtime_error无法被主程序catch捕获？

从你的代码和运行输出来看，异常没有被catch(std::exception const&)或catch(...)捕获，直接触发了程序终止，核心原因大概率是跨模块（库与主程序）的C++异常处理ABI不兼容，或者编译/链接时的异常相关配置不一致。结合你使用的ICC 11.x（非常老旧的编译器）和编译选项，下面是具体的分析和排查方向：

1. 编译器/标准库的ABI不匹配 #

ICC 11.x的C++异常实现和RTTI机制，可能与系统默认的GCC版本（或者你用来编译主程序的编译器）不兼容：

• 如果你的库是用ICC编译的，但主程序用GCC编译（或者反过来），两者的异常处理底层实现完全不同，抛出的异常无法被跨模块的catch块识别。
• ICC默认可能使用自己的标准库实现，或者依赖特定版本的libstdc++。如果库和主程序使用的标准库版本/实现不一致，也会导致异常类型的RTTI信息无法匹配，catch块无法识别std::runtime_error是std::exception的子类。

排查建议：

• 确保库和主程序都使用同一版本的ICC编译，不要混合GCC和ICC。
• 编译时显式指定标准库，比如给ICC添加-cxxlib=libstdc++选项，确保库和主程序依赖相同的标准库。

2. 异常处理或RTTI被禁用 #

异常捕获依赖两个关键机制：异常处理支持和RTTI（运行时类型信息）：

• 虽然你提到已定义__EXCEPTIONS宏，但ICC 11.x可能在某些情况下（比如链接了禁用异常的对象文件），或者库的编译选项中隐含了-fno-exceptions，导致抛出异常时直接调用std::terminate，根本不会进入catch流程。
• 如果库或主程序编译时使用了-fno-rtti，RTTI被禁用，catch(std::exception const&)无法通过类型识别匹配到std::runtime_error，甚至可能直接触发terminate。

排查建议：

• 检查库的编译选项，确认没有-fno-exceptions或-fno-rtti（包括隐含的配置）。
• 给主程序和库都显式添加-fexceptions和-frtti选项，强制开启异常和RTTI支持。

3. PIC/链接方式导致的异常表问题 #

你使用了-fPIC编译库，但主程序的编译/链接选项可能存在冲突：

• ICC 11.x在处理PIC代码的异常时存在已知bug，尤其是当静态链接PIC库到非PIC主程序时，异常处理所需的栈回溯信息和异常表可能无法正确生成或被识别。
• 如果主程序使用了-static选项静态链接，而库是动态编译的（PIC），也可能导致异常传递失败。

排查建议：

• 编译主程序时也添加-fPIC选项，保持和库的编译一致性。
• 尝试动态链接库，而不是静态链接，看是否能解决问题。

4. 系统层面的异常处理限制 #

虽然可能性较低，但某些Linux系统的安全设置（如prctl设置的异常限制）或第三方库可能干扰了异常处理流程，但从你的输出看，程序明确是因为抛出未被捕获的std::runtime_error而终止，所以这个原因优先级较低。

排查建议：

• 可以在主程序开头添加std::set_terminate([](){ std::cout << "Terminate called" << std::endl; });，确认终止是由未捕获异常触发的（你的输出已经确认这一点）。

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