Re: OOT module AttributeError - module has no attribute Arch Linux GR 3.8.1

[Nemanja Savic]

Thank you Josh. You answer came while I was making another post. I will take a look at what you have suggested. Just would like to add, that my module is created with gr_modtool from the gnuradio version i have at the moment (3.8) - should in that case all dependencies be automatically solved in the modern Cmake way? I also made another brand new module with a dummy block and no dependencies. The block was realy just returning noutput_items value or something. It was also making the same trouble. I have an impression that if linking from my module to the gnuradio modules were bad, it would raise some kind of runtime error, but I am no expert.

Here is what I wanted to ask before the answer from Josh came:

I decided to localize the problem, though without any success, but there are some open questions:

1. during making of my module i see the following message and can't figure out what that means, or is it wrong:

Set runtime path of "/usr/lib/python3.8/site-packages/TPMS/_TPMS_swig.so" to ""

2. at the beginning of the swig.py file of my module there are following lines:

# Import the low-level C/C++ module
if __package__ or "." in __name__:
    print ("from . import _TPMS_swig")
    from . import _TPMS_swig
    print ("something")
else:
    import _TPMS_swig

  I added those print commands. "something" is never printed, and I cant explain why. No error special error is raised even if I write for example "_TPMS-swig!!!!!" instead of "_TPMS_swig".

Best

On Mon, Jul 13, 2020 at 2:20 AM Nemanja Savic <vlasinac@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ć