Hi,
I have been developing a number of direct spread spectrum OOT blocks as
part of a research project.
Working blocks were originally developed using GRC 3.7.11, however I wish
to move forward and have installed and persevered so far with GRC 3.9 from the
master branch.
The GRC, UHD, CMAKE (3.16) pybind11 (2.4.3) and other dependencies have
been installed and build correctly.
I have chosen to migrate the (3.7.11) C++ blocks and for completeness of
the build process checking, have included a simple python OOT.
The C++ to python code binding, make and install under Ubuntu 20.04 all
work and the new blocks import correctly to flow-graph using modified .yml
descriptors.
1). GRC 9.0 works standalone from git-master install and with the UHD, in
my case a B210.
2). OOT blocks including the aforementioned python OOT block all fail at
import. In my case ModuleNotFoundError: No module
named ‘development’
i.e. failure of ‘import development’ in the
flow-graph python script
3). I have tried and retained the library workarounds with PYTHONPATH and
LD_LIBRARY_PATH, but these now seem irrelevant as the GRC basically loads and
runs.
4). I have looked at the gr_modtool __init_.py file for indicators as
to why both python and C++ blocks (using python bindings) both fail.
The inability of python 3.8.2 in my case to resolve the import is clearly
at its core.
5). The OOT GRC blocks themselves import correctly into the flow-graph
produce error free python script and all have relatively primitive
interfaces.
Many thanks,
David Taylor