@Josh Blum-3 [via GnuRadio] <ml-node+s4n3863...@n7.nabble.com> You were right. This helped: In the top CmakeLists.txt I added: find_package(Gnuradio "3.8" REQUIRED COMPONENTS blocks)
In the lib/CMAKELists.txt I added: find_package(gnuradio-blocks) target_link_libraries(gnuradio-TPMS gnuradio::gnuradio-runtime gnuradio::gnuradio-blocks) Thanks a lot On Mon, Jul 13, 2020 at 8:46 PM Josh <jbm...@gmail.com> wrote: > A lot of times the dreaded 'Module Not Found' error is caused by linker > issues. > > In 3.8, the cmake files were modernized, but there are a few caveats > especially if your OOT links against other GR modules (e.g. gr-digital). > In order to use GR modules in your code, the target_link_libraries needs > to specify the entire dependence. For example, if you want to use > functions from gr-analog, your target_link_libraries needs to have > gnuradio::gnuradio-runtime gnuradio::gnuradio-fft gnuradio::gnuradio-filter > gnuradio::gnuradio-analog > > You also have to specify the gnuradio components in the top level cmake > file. > > Also make sure any external libraries are linked as well. > > Take a look at these as well as there may be some clues: > https://wiki.gnuradio.org/index.php/GNU_Radio_3.8_OOT_Module_Porting_Guide > https://wiki.gnuradio.org/index.php/ModuleNotFoundError > > > On Sun, Jul 12, 2020 at 8:21 PM Nemanja Savic <vlasi...@gmail.com> wrote: > >> Hi all, >> >> haven't been using GR and posting here for about 5 years. A few days ago >> I installed GR on my machine which runs under Manjaro. I wanted to port >> some of my old GR blocks (from 3.6.5) to the current GR version. I created >> a new module and started adding some blocks. Making module works just fine >> but when I want to use the blocks a python exception occurs saying my >> module doesn't have the attribute it needs. My block is called TPMS and the >> error is following: >> >> self.TPMS_min_max_threshold_detector_fb_0 = >> TPMS.min_max_threshold_detector_fb(samp_rate, 0.01) >> AttributeError: module 'TPMS' has no attribute >> 'min_max_threshold_detector_fb' >> >> I dont seem to understand why is this happening. Namely, under this path: >> /usr/lib/python3.8/site-packages/TPMS >> I can see TPMS_swig.py and within that file there is a class >> class min_max_threshold_detector_fb(object): >> >> It looks like something is wrong in the python but cant figure out what. >> >> sudo ld config didnt help. >> >> The output of cmake when preparing the block is following >> >> -- Build type not specified: defaulting to release. >> CMake Warning (dev) at >> /usr/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:272 >> (message): >> The package name passed to `find_package_handle_standard_args` >> (PkgConfig) >> does not match the name of the calling package (GMP). This can lead to >> problems in calling code that expects `find_package` result variables >> (e.g., `_FOUND`) to follow a certain pattern. >> Call Stack (most recent call first): >> /usr/share/cmake-3.17/Modules/FindPkgConfig.cmake:45 >> (find_package_handle_standard_args) >> /usr/lib64/cmake/gnuradio/FindGMP.cmake:1 (include) >> /usr/lib64/cmake/gnuradio/FindMPLIB.cmake:1 (find_package) >> /usr/share/cmake-3.17/Modules/CMakeFindDependencyMacro.cmake:47 >> (find_package) >> /usr/lib64/cmake/gnuradio/GnuradioConfig.cmake:26 (find_dependency) >> CMakeLists.txt:88 (find_package) >> This warning is for project developers. Use -Wno-dev to suppress it. >> >> CMake Warning (dev) at >> /usr/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:272 >> (message): >> The package name passed to `find_package_handle_standard_args` >> (PkgConfig) >> does not match the name of the calling package (MPIR). This can lead to >> problems in calling code that expects `find_package` result variables >> (e.g., `_FOUND`) to follow a certain pattern. >> Call Stack (most recent call first): >> /usr/share/cmake-3.17/Modules/FindPkgConfig.cmake:45 >> (find_package_handle_standard_args) >> /usr/lib64/cmake/gnuradio/FindMPIR.cmake:1 (include) >> /usr/lib64/cmake/gnuradio/FindMPLIB.cmake:2 (find_package) >> /usr/share/cmake-3.17/Modules/CMakeFindDependencyMacro.cmake:47 >> (find_package) >> /usr/lib64/cmake/gnuradio/GnuradioConfig.cmake:26 (find_dependency) >> CMakeLists.txt:88 (find_package) >> This warning is for project developers. Use -Wno-dev to suppress it. >> >> -- Checking for module 'mpir >= 3.0' >> -- Package 'mpir', required by 'virtual:world', not found >> -- Could NOT find MPIR (missing: MPIRXX_LIBRARY MPIR_INCLUDE_DIR) >> CMake Warning (dev) at >> /usr/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:272 >> (message): >> The package name passed to `find_package_handle_standard_args` (VOLK) >> does >> not match the name of the calling package (Volk). This can lead to >> problems in calling code that expects `find_package` result variables >> (e.g., `_FOUND`) to follow a certain pattern. >> Call Stack (most recent call first): >> /usr/lib64/cmake/volk/VolkConfig.cmake:32 >> (find_package_handle_standard_args) >> /usr/share/cmake-3.17/Modules/CMakeFindDependencyMacro.cmake:47 >> (find_package) >> /usr/lib64/cmake/gnuradio/GnuradioConfig.cmake:46 (find_dependency) >> CMakeLists.txt:88 (find_package) >> This warning is for project developers. Use -Wno-dev to suppress it. >> >> -- User set python executable /usr/bin/python3 >> -- Found PythonLibs: /usr/lib/libpython3.8.so (found suitable exact >> version "3.8.3") >> -- Using install prefix: /usr/local >> -- Building for version: v1.0-compat-xxx-xunknown / 1.0.0git >> -- No C++ unit tests... skipping >> -- >> -- Checking for module SWIG >> -- Found SWIG version 4.0.1. >> -- Found PythonLibs: /usr/lib/libpython3.8.so (found version "3.8.3") >> -- Configuring done >> -- Generating done >> -- Build files have been written to: >> /home/user/work/gnuradio_module_test/gr-TPMS/build >> >> In the past I used Red Hat, this is my first time using a distro based on >> Arch Linux and I don't know if I am missing something regarding shared >> libraries. >> >> Best regards and thank you for your help >> > -- Nemanja Savić
