PcapPlusPlus交叉编译ARM：C99报错及libpcap依赖相关疑问

我在C应用的单元测试中使用PcapPlusPlus库构造数据包，仅用于创建/添加协议头并获取数据包原始数据指针，不通过网络发送。本地Linux环境中安装libpcap后可正常编译运行测试。

现在尝试用ARM编译器交叉编译PcapPlusPlus以在QEMU的ARM架构下运行单元测试，通过CMake的fetch声明拉取并编译GitHub上的libpcap源码来解决依赖，但编译时出现报错：

C99 support is required, but the compiler doesn't support a compiler flag to enable it

报错涉及的编译标志为std-gnu99，CMake显示编译器为GNU 5.4.0。现存在三个疑问：

1. 是否需要额外操作启用C99支持？
2. 通过CMake拉取libpcap的方式能否为PcapPlusPlus提供有效依赖？
3. 由于仅使用数据包构造功能，是否可无需libpcap？是否有开关可禁用该依赖以完成交叉编译？

解答 #

1. 是否需要额外操作启用C99支持？ #

GCC 5.4.0本身默认支持C99，不需要额外添加-std=gnu99或-std=c99标志。报错大概率是CMake在交叉编译环境下的检测逻辑出错，误判了编译器的C99支持情况。

解决办法：

• 在CMakeLists.txt中手动强制设置C标准：

  set(CMAKE_C_STANDARD 99)
  set(CMAKE_C_STANDARD_REQUIRED ON)
  

  跳过CMake的自动检测逻辑，直接启用C99支持。
• 检查交叉编译工具链文件，确保编译器路径、目标架构等配置准确，避免CMake误识别编译器版本或特性。

2. 通过CMake拉取libpcap的方式能否为PcapPlusPlus提供有效依赖？ #

可以，但需注意几个关键细节：

• 拉取的libpcap版本要与PcapPlusPlus兼容，建议匹配PcapPlusPlus官方文档推荐的版本。
• 交叉编译libpcap时，必须正确传递目标架构、工具链参数，比如在FetchContent_Declare中指定CMAKE_TOOLCHAIN_FILE，或者配置时手动指定交叉编译器、CFLAGS等。
• 编译libpcap时禁用不需要的网络捕获相关特性，减少编译复杂度，避免不必要的依赖问题。

3. 是否可无需libpcap？是否有开关禁用该依赖？ #

完全可以！你用到的数据包构造、协议头组装、原始数据获取属于PcapPlusPlus的核心数据包处理模块，不需要依赖libpcap。

PcapPlusPlus提供了明确的编译开关禁用libpcap依赖：

• CMake编译时，添加以下参数：

  cmake .. -DPCAPPP_ENABLE_PCAP=OFF -DPCAPPP_BUILD_EXAMPLES=OFF
  

  -DPCAPPP_ENABLE_PCAP=OFF直接禁用所有libpcap相关的捕获/发送功能，只保留核心数据包处理模块。
• 若使用Makefile编译，修改Makefile.config文件，设置DISABLE_PCAP=1，或清空PCAP_INCLUDE_DIR、PCAP_LIB_DIR配置项。

这样编译后的PcapPlusPlus完全脱离libpcap依赖，交叉编译流程会更简单，也能彻底规避依赖相关的编译错误。

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