移植gr-scan到GNU Radio 3.9/3.10时遭遇未定义符号链接错误

针对你移植gr-scan到GNU Radio 3.9/3.10时出现的gr::top_block、gr::block等符号未定义问题，以下是几个可能遗漏的基础配置检查点：

• 正确引入GNU Radio的CMake依赖模块
  旧版gr-scan的构建脚本可能使用了过时的GNU Radio查找方式。在CMakeLists.txt中，必须明确指定查找GNU Radio的核心组件：

  find_package(Gnuradio REQUIRED COMPONENTS runtime blocks)
  

  链接目标时，要使用CMake提供的变量而非手动添加-l参数：

  target_link_libraries(gr-scan
      ${GNURADIO_RUNTIME_LIBRARIES}
      ${GNURADIO_BLOCKS_LIBRARIES}
  )
  

  这能确保自动关联所有依赖的库文件和路径。

• 强制设置C++17编译标准
  GNU Radio 3.9及以后版本要求使用C17标准，旧项目可能默认使用C11/14，会导致ABI不兼容引发符号缺失。在CMakeLists.txt中添加：

  set(CMAKE_CXX_STANDARD 17)
  set(CMAKE_CXX_STANDARD_REQUIRED ON)
  

• 验证链接参数的完整性
  若使用手动编写的Makefile，需通过pkg-config获取完整的编译链接参数，避免遗漏依赖：

  # 编译时
  g++ -c src/*.cpp $(pkg-config --cflags gnuradio-runtime gnuradio-blocks)
  # 链接时
  g++ -o gr-scan obj/*.o $(pkg-config --libs gnuradio-runtime gnuradio-blocks)
  

  执行pkg-config --libs gnuradio-runtime可查看具体需要链接的库列表，确保没有遗漏。

• 排查库版本冲突
  Ubuntu系统中若曾安装过旧版GNU Radio，可能导致链接器优先加载旧库。用ldd检查生成的二进制文件依赖：

  ldd ./gr-scan | grep gnuradio
  

  若输出的库路径指向非3.10.4版本，需卸载旧版GNU Radio，或临时调整LD_LIBRARY_PATH指向官方3.10.4的库目录（通常为/usr/lib/x86_64-linux-gnu/）。

• 确认API头文件和命名空间正确性
  检查代码中是否包含了GNU Radio 3.9+的正确头文件，例如：

  #include <gnuradio/top_block.h>
  #include <gnuradio/block.h>
  

  避免使用旧版本的头文件路径，同时确认代码中没有因API变更导致的符号声明不匹配（部分类的构造/析构函数签名在3.9后有调整）。

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