|
From: | David Taylor (manx.net) |
Subject: | Re: GRC version 3.9.0.0 git master (python 3.8.2) + OOT blocks |
Date: | Mon, 17 Aug 2020 14:20:49 +0100 |
Josh,
Many thanks for your prompt reply and suggestions.
I have followed both of the porting guide documents, settling on the GRC
3.9 version install and using its particular gr_modtool variant for all OOT
block operations.
I am aware of the CMake modernisation changes through GRC 3.8, but confess
to not being a CMake expert!
However, my original 3.7.11 code uses FFT, added as a component together
with VOLK and VOLKGNSSDR. VOLKGNSSSDR has been included and both VOLK
variants are correctly notified in the CMake configure.
In the case of VOLKGNSSDR this required a separate find package in
/cmake/Modules/and ${VOLK_GNSSSDR_LIBRARIES} appended to target_link_libraries
as before.
Volk itself requires no special treatment other than profiling before
use.
I will continue to check the detail.
David
From: Josh
Sent: Monday, August 17, 2020 11:45 AM
Subject: Re: GRC version 3.9.0.0 git master (python 3.8.2) + OOT
blocks David,
I've found most of the time I get the "No module named ..." error it is due
to C++ linkage issues in setting up the CMake. There was a big jump in
CMake modernization from GR 3.7 to 3.8, so be sure to use gr_modtool (from 3.9)
to create a new module and copy your blocks in from there is usually the easiest
way. Porting guide is here: https://wiki.gnuradio.org/index.php/GNU_Radio_3.8_OOT_Module_Porting_Guide
and here: https://wiki.gnuradio.org/index.php/GNU_Radio_3.9_OOT_Module_Porting_Guide
the one that usually gets me and causes the ModuleNotFoundError is
this
Does your library reference any GR modules, or any other external
libraries?
Josh
|
[Prev in Thread] | Current Thread | [Next in Thread] |