启用-std=c++11编译时Armadillo关联项目出现Segmentation Fault

这问题我之前在做Armadillo相关项目时也碰到过，结合你的代码结构和现象，核心原因有两个，咱们一步步拆解：

1. 核心问题：extern "C" 误用导致的未定义行为 #

你在AccuracyScore.h里用extern "C"修饰了accuracy_score函数，但这个函数的参数是Armadillo的矩阵类型（比如arma::mat）——这本身就是错误的用法。

extern "C"的作用是让编译器采用C语言的名字修饰规则和调用约定，方便C程序调用C函数，但它有个硬性要求：函数的参数和返回值必须是C兼容的POD类型（比如int、char、指针、简单结构体）。而Armadillo的矩阵是C类，包含构造函数、析构函数、动态内存管理等非POD特性，用extern "C"声明接收这类参数的函数属于未定义行为。

为什么不加-std=c++11时能正常运行？因为旧版GCC对extern "C"的参数类型检查不严格，或者Armadillo在C98下的内存布局刚好侥幸匹配了C的调用约定；但C11引入了更严格的类型检查和ABI（应用二进制接口）变化，这种未定义行为直接暴露为段错误，刚好触发在矩阵元素比较的逻辑上。

2. 次要问题：库与程序的C++标准不一致 #

你的src/CMakeLists.txt里注释掉了cxx_std_11的编译特性，意味着库默认用编译器的旧标准（比如C98）编译；而你编译示例程序时手动加了-std=c++11，导致库和程序的C标准不统一。

不同C++标准下，编译器对类的内存布局、调用约定甚至Armadillo内部的实现细节都可能有差异，这种不一致会导致跨标准调用时出现内存访问错误，也是段错误的诱因之一。

解决步骤 #

步骤1：移除extern "C"修饰（关键） #

既然你的项目是纯C库（依赖Armadillo，示例也是C程序），完全不需要extern "C"。修改AccuracyScore.h：

// 去掉 extern "C" 块，直接声明C++函数
double accuracy_score(const arma::mat& y_true, const arma::mat& y_pred);

步骤2：统一库与程序的C++标准 #

打开src/CMakeLists.txt里被注释的编译特性配置，确保库用C++11编译：

target_compile_features(cppml
  PUBLIC
  cxx_std_11
)

这样CMake会自动给库和示例程序（通过add_subdirectory(examples)继承）加上-std=c++11选项，避免手动编译时的标准不一致。

步骤3：重新编译整个项目 #

清理旧的编译产物，重新构建：

rm -rf build && mkdir build && cd build
cmake ..
make install

之后再编译示例程序（此时CMake会自动添加-std=c++11）：

g++ -o AccuracyScoreEx AccuracyScoreEx.cpp -lcppml

或者直接用CMake构建示例：

cd build/examples
make

验证 #

完成上述步骤后，无论是否手动指定-std=c++11，程序都能正常运行，段错误问题会彻底解决。

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