GNURadio C++ OOT 外部 (.so) 库
GNURadio C++ OOT Extrernal (.so) Library
我尝试为 GNURadio 编译一个 OOT 模块,它使用外部设备驱动程序 (LimeSuite.h) 作为动态 linked 共享对象(.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 的回答所指出的,我没有 link 正确。事实上,必须在三个地方编辑三个不同的 cmake 文件 才能将外部动态加载库 (.so) 添加到 GNURadio 中的 OOT 模块。我试着简要解释一下该怎么做:
- 在OOT模块基目录的CMakeLists.txt中放一个find_package(LIBNAME) .
- 对应cmake模块路径下需要一个FindLIBNAME.cmake文件。该文件的目的是实现对包含目录和库文件(.so 文件)的搜索。
- 一旦找到库的路径,就必须在 lib/CMakeLists.txt 中与 target_link_libraries(...) 一起使用 (linking).
- 包含文件路径,即 LIBNAME.h 必须使用 include_directories(...)[ 添加为包含目录=46=] 在模块的基本目录中的 CMakeLists.txt 中。
使用 ldd 可以查明外部库是否 linked 正确。
ldd /usr/local/lib/YOURLIB.so
您可能忘记将 limesuite 对象文件添加到 lib/CMakeLists.txt 中实际 linked 的库中。
无论如何,我认为您应该 link 反对 limesuite 在与 DAB+ 相关且几乎与硬件无关的 OOT 中的充分理由为零。相反,将您的 lime 接口封装在您自己的 OOT 中的一个块中! GNU Radio 被设计成一个块连接框架,因此您不必 link 您的信号处理块代码与您的硬件接口驱动程序相对应。
生成您自己的 OOT 应该非常容易,确实如此:https://tutorials.gnuradio.org
我尝试为 GNURadio 编译一个 OOT 模块,它使用外部设备驱动程序 (LimeSuite.h) 作为动态 linked 共享对象(.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 的回答所指出的,我没有 link 正确。事实上,必须在三个地方编辑三个不同的 cmake 文件 才能将外部动态加载库 (.so) 添加到 GNURadio 中的 OOT 模块。我试着简要解释一下该怎么做:
- 在OOT模块基目录的CMakeLists.txt中放一个find_package(LIBNAME) .
- 对应cmake模块路径下需要一个FindLIBNAME.cmake文件。该文件的目的是实现对包含目录和库文件(.so 文件)的搜索。
- 一旦找到库的路径,就必须在 lib/CMakeLists.txt 中与 target_link_libraries(...) 一起使用 (linking).
- 包含文件路径,即 LIBNAME.h 必须使用 include_directories(...)[ 添加为包含目录=46=] 在模块的基本目录中的 CMakeLists.txt 中。
使用 ldd 可以查明外部库是否 linked 正确。
ldd /usr/local/lib/YOURLIB.so
您可能忘记将 limesuite 对象文件添加到 lib/CMakeLists.txt 中实际 linked 的库中。
无论如何,我认为您应该 link 反对 limesuite 在与 DAB+ 相关且几乎与硬件无关的 OOT 中的充分理由为零。相反,将您的 lime 接口封装在您自己的 OOT 中的一个块中! GNU Radio 被设计成一个块连接框架,因此您不必 link 您的信号处理块代码与您的硬件接口驱动程序相对应。
生成您自己的 OOT 应该非常容易,确实如此:https://tutorials.gnuradio.org