gnuradio 3.8.0.0

[icpz]

• Have you followed the guidelines for contributing?
• Have you checked that there aren't other open pull requests for the same formula update/change?
• Have you built your formula locally with brew install --build-from-source <formula>, where <formula> is the name of the formula you're submitting?
• Is your test running fine brew test <formula>, where <formula> is the name of the formula you're submitting?
• Does your build pass brew audit --strict <formula> (after doing brew install <formula>)?

---

Big changes! Gnuradio 3.8 migrate to qt5 finally... We can use gnuradio-companion with brewed formula now.

This update breaks many things, and exists minor bugs even it's already a release version.

One issue breaks the original gr_modtool test, so I temporarily removed related test.

[chenrui333]

16:27:50 -- Python checking for python2 >= 2.7.6 or python3 >= 3.6.5 - found
16:27:50 -- Python checking for PyYAML >= 3.10 - found
16:27:50 -- Python checking for mako >= 0.9.1 - found
16:27:50 -- Python checking for pygobject >= 2.28.6 - found
16:27:50 -- Python checking for Gtk (GI) >= 3.10.8 - not found
16:27:50 -- Python checking for Cairo (GI) >= 1.0 - found
16:27:50 -- Python checking for PangoCairo (GI) >= 1.0 - found
16:27:50 -- Python checking for numpy - found
16:27:50 --
16:27:50 -- Configuring gnuradio-companion support...
16:27:50 -- Dependency ENABLE_GNURADIO_RUNTIME = ON
16:27:50 -- Dependency ENABLE_PYTHON = ON
16:27:50 -- Dependency PYTHON_MIN_VER_FOUND = TRUE
16:27:50 -- Dependency PYYAML_FOUND = TRUE
16:27:50 -- Dependency MAKO_FOUND = TRUE
16:27:50 -- Dependency PYGI_FOUND = TRUE
16:27:50 -- Dependency GTK_GI_FOUND = FALSE
16:27:50 -- Dependency CAIRO_GI_FOUND = TRUE
16:27:50 -- Dependency PANGOCAIRO_GI_FOUND = TRUE
16:27:50 -- Dependency NUMPY_FOUND = TRUE
16:27:50 CMake Error at cmake/Modules/GrComponent.cmake:75 (message):
16:27:50 user force-enabled gnuradio-companion but configuration checked failed
16:27:50 Call Stack (most recent call first):
16:27:50 grc/CMakeLists.txt:95 (GR_REGISTER_COMPONENT)
16:27:50
16:27:50
16:27:50 -- Configuring incomplete, errors occurred!
16:27:50 See also "/tmp/gnuradio-20191003-89349-1w9ofj0/gnuradio-3.8.0.0/build/CMakeFiles/CMakeOutput.log".
16:27:50 See also "/tmp/gnuradio-20191003-89349-1w9ofj0/gnuradio-3.8.0.0/build/CMakeFiles/CMakeError.log".

[icpz]

How to resolve this?

gnuradio:
  * python modules have explicit framework links
    These python extension modules were linked directly to a Python
    framework binary. They should be linked with -undefined dynamic_lookup
    instead of -lpython or -framework Python.
      /usr/local/opt/gnuradio/lib/python3.7/site-packages/pmt/_pmt_swig.so
...

The cmake script automatically looks for python dynamic binary.

[icpz]

@chenrui333
Sorry to bother you... May I get some advice to resolve this python link issue?

[chenrui333]

@kaslr I think @Moisan can help on this. :)

[jonchang]

#43753

[Bo98]

Let's revisit this after Python 3.8 (#45337).

[icpz]

The required formula uhd won't build on catalina, I think it should be revisited before this.

[Bo98]

I'll have a look - I didn't see any prior mention of that in this pull request.

[icpz]

Here is the PR #45110 , that path issue seems catalina only...

[Bo98]

I've opened #47101 to investigate. Thanks for raising the issue.

[iMichka]

I will migrate the current version to system python 2 in #47871 for the time being. This leaves you the time to sort this out, and allows us to delete the python@2 formula end of the year.

[fxcoudert]

Closing due to lack of progress.