【问题标题】:GNURadio C++ OOT Extrernal (.so) LibraryGNURadio C++ OOT 外部 (.so) 库
【发布时间】:2018-02-01 12:02:04
【问题描述】:

我尝试为 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'

只要我从块的实现部分中删除使用库的 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

【问题讨论】:

    标签: linker gnuradio .so


    【解决方案1】:

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

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

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

    【讨论】:

    • 谢谢。正是这样。我没有正确链接。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2019-11-06
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-11-16
    • 1970-01-01
    相关资源
    最近更新 更多