This discussion probably belongs on the gr-air-modes Github issues page. And I should probably finish testing and releasing gr-air-modes for GR 3.9.
Nick On Mon, Nov 8, 2021 at 12:35 AM li...@lazygranch.com <li...@lazygranch.com> wrote: > I always try to search for an answer before bugging a forum. Not > knowing much about git, OK make that zero, I didn't know where to apply > the checkout command line. Amazying how official documentation is writen > for someone who actual knows what they are doing. Fortunately there is > stackoverflow. > > https://stackoverflow.com/questions/52200308/why-git-checkout-after-git-clone > So the procedure is: > > git clone xxx > cd xxx > git checkout yyy > > So it compiles using the gr3.9 checkout but I neglected to mention > another issue because I didn't think I would need to use a GUI. Here is > the cmake ..\ > > ----------------------- > cmake ../ > -- Build type not specified: defaulting to release. > -- Found PythonInterp: /usr/bin/python3.6 (found version "3.6.12") > -- Using GMP. > -- User set python executable /usr/bin/python3 > -- Found PythonInterp: /usr/bin/python3 (found version "3.6.12") > -- Extracting version information from git describe... > -- Using install prefix: /usr/local > -- Building for version: d6109d3c / 1.0.0git > -- Python checking for pygccxml - not found > CMake Warning at res/CMakeLists.txt:28 (find_package): > By not providing "FindPyQt4.cmake" in CMAKE_MODULE_PATH this project has > asked CMake to find a package configuration file provided by "PyQt4", but > CMake did not find one. > > Could not find a package configuration file provided by "PyQt4" with any > of > the following names: > > PyQt4Config.cmake > pyqt4-config.cmake > > Add the installation prefix of "PyQt4" to CMAKE_PREFIX_PATH or set > "PyQt4_DIR" to a directory containing one of the above files. If "PyQt4" > provides a separate development package or SDK, be sure it has been > installed. > > > -- PyQt4 not found, not installing GUI application > -- Configuring done > -- Generating done > -- Build files have been written to: /usr/local/src/gr-air-modes/build > > ----------------------------- > Running modes_rx: > > modes_rx --help > Traceback (most recent call last): > File "/usr/local/bin/modes_rx", line 26, in <module> > import air_modes > File "/usr/local/lib64/python3.6/site-packages/air_modes/__init__.py", > line 31, in <module> > from .air_modes_python import * > ImportError: generic_type: type "preamble" referenced unknown base type > "gr::block" > ------------ > Using the locate command there is no FindPython4.cmake: > > /usr/share/cmake/Modules/FindPython.cmake > /usr/share/cmake/Modules/FindPython2.cmake > /usr/share/cmake/Modules/FindPython3.cmake > > > On Sun, 7 Nov 2021 20:38:34 -0800 > Ron Economos <w...@comcast.net> wrote: > > > The error message is due to trying to compile an OOT (gr-air-modes) > > that's using GNU Radio 3.8 on your install of GNU radio 3.9. > > > > There is a branch on gr-air-modes called "gr3.9" that looks like it > > could work, although the commit messages say "WIP with plenty of > > untested code". To switch to that branch: > > > > git checkout gr3.9 > > > > As for the compile taking longer with -j, this usually means you > > don't have enough memory. GNU Radio requires about 1 GB per core. > > > > Ron > > > > On 11/7/21 6:59 PM, li...@lazygranch.com wrote: > > > Yes I know this list is specifically for gnuradio. I just compiled > > > 3.9.0.4 from source (github) on opensuse 15.2 and all went well. > > > When I ran the "make test" it seemed a bit slow then I realized I > > > forgot to specify the number of CPUs (the j option). Doing a "make > > > clean" then the properly flaged make the compilation took way > > > longer. Just an observation but very interesting. Next time I do a > > > build I will save the single CPU results from the 2cpu test for > > > comparison. > > > > > > Regarding compilation of code in general (not specific to gnuradio) > > > I have noticed with gcc10 a number of compilations bomb due to > > > changes in the compiler. Thus far I have been able to edit my way > > > (change compiler flags) out of the problem using tips found on the > > > internet. Just something to be on the lookout for. > > > > > > Now regarding gr-air-modes I did file an "issue" on github but I > > > figured I would run the error past the hive because maybe it is > > > another fix that can been done with editing. > > > > > > Here is the error: > > > > > > [ 11%] Building CXX object > > > lib/CMakeFiles/air_modes.dir/preamble_impl.cc.o > > > /usr/local/src/gr-air-modes/lib/preamble_impl.cc: In static member > > > function ‘static gr::air_modes::preamble::sptr > > > gr::air_modes::preamble::make(float, float)’: > > > /usr/local/src/gr-air-modes/lib/preamble_impl.cc:38:38: error: > > > could not convert ‘gnuradio::get_initial_sptr(T*) [with T = > > > gr::air_modes::preamble_impl]()’ from > > > ‘std::shared_ptr<gr::air_modes::preamble_impl>’ to > > > ‘gr::air_modes::preamble::sptr’ {aka > > > ‘boost::shared_ptr<gr::air_modes::preamble>’} 38 | return > > > gnuradio::get_initial_sptr(new > > > air_modes::preamble_impl(channel_rate, threshold_db)); | > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > | | | > > > std::shared_ptr<gr::air_modes::preamble_impl> make[2]: > > > *** [lib/CMakeFiles/air_modes.dir/build.make:80: > > > lib/CMakeFiles/air_modes.dir/preamble_impl.cc.o] Error 1 make[1]: > > > *** [CMakeFiles/Makefile2:286: lib/CMakeFiles/air_modes.dir/all] > > > Error 2 make: *** [Makefile:158: all] Error 2 > > > > > > > > > > >
