linker - GNURadio C++ OOT 外部 (.so) 库

标签 linker gnuradio .so

我尝试为 GNURadio 编译一个 OOT 模块,它使用外部设备驱动程序 (LimeSuite.h) 作为动态链接的共享对象(.so 文件)。添加后

find_package(LimeSuite)

以及 cmake/Modules 下的相应模块(参见 https://github.com/kit-cel/gr-dab/blob/working_branch/cmake/Modules/FindFaad.cmake ),我能够使用 make 进行编译,并且我观察到以下变量发生了变化。

CMAKE_CXX_FLAGS=-lLimeSuite
LIMESUITE_FOUND=1
LIMESUITE_FOUND=1
LIMESUITE_INCLUDE_DIR=/usr/include
LIMESUITE_INCLUDE_DIRS=/usr/include
LIMESUITE_LIBRARIES=/usr/lib/x86_64-linux-gnu/libLimeSuite.so
LIMESUITE_LIBRARY=/usr/lib/x86_64-linux-gnu/libLimeSuite.so

但是,一旦我在代码中使用该库,当我尝试实例化 python 对象时,就会收到以下错误。

AttributeError: 'module' object has no attribute 'limesdr_source'

一旦我从 block 的实现部分中删除使用该库的 C++ 代码,实例化就会再次起作用。我没有收到任何执行 make 的错误报告。怎么会这样?知道如何进一步调试吗?

编辑:

正如下面 Marcus Müller 的回答所指出的,我没有正确链接。事实上,必须在三个位置编辑三个不同的 cmake 文件才能将外部动态加载库 (.so) 添加到 GNURadio 中的 OOT 模块。我尝试简要解释一下该怎么做:

  1. find_package(LIBNAME) 放入 OOT 模块基目录的 CMakeLists.txt 中。
  2. 对应于cmake模块路径中需要有一个FindLIBNAME.cmake文件。该文件的目的是实现包含目录和库文件(.so 文件)的搜索。
  3. 一旦找到库的路径,就必须与 lib/CMakeLists.txt 中的 target_link_libraries(...) 一起使用(链接)。
  4. 包含文件路径,即LIBNAME.h必须使用CMakeLists.txt中的include_directories(...)添加为包含目录em> 在模块的基目录中。

使用 ldd 可以查明外部库是否正确链接。

ldd /usr/local/lib/YOURLIB.so

最佳答案

您可能忘记将 Limesuite 对象文件添加到 lib/CMakeLists.txt 中实际链接的库中。

无论如何,我认为您应该在与 DAB+ 相关且与硬件无关的 OOT 中链接到 Limesuite 的充分理由为零。相反,将您的 Lime 接口(interface)封装在您自己的 OOT 中的 block 中! GNU Radio 被设计为一个 block 连接框架,因此您不必将信号处理 block 代码与硬件接口(interface)驱动程序链接起来。

生成您自己的 OOT 应该非常容易,确实:https://tutorials.gnuradio.org

关于linker - GNURadio C++ OOT 外部 (.so) 库,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48562304/

相关文章:

c++ - 使用 swig 时出错 : Syntax error in input(1)

python - GnuRadio 无法在带有 HackRF One 的 OS X 10.9.4 上运行

android - SO 文件的权限被拒绝

scala - sbt:如何将本地文件系统 jar 添加到我的项目中……还有很多 .so 库?

c++ - 为什么 `sqlpp-mysql` 没有正确链接?

c++ - 无法打开包含文件 'thread'

c++ - VC++目录表现奇怪

python - 导入错误:没有名为 _analog_swig 的模块

c++ - 在不破坏兼容性的情况下可以在 .so 库中更改什么

Python numpy/f2py 链接库