QTGUI segfaults on 3.8 with QT5 because QWT detection in CMake fails #2027
Comments
|
I attempted to install using PyBOMBS on Ubuntu 18.04. |
|
The PyBOMBS recipe is not yet setup for the "new" GR master and in fact the old recipe was adjusted to pull in |
|
I solved this by installing all the dependencies listed in the buildbot dockerfile and running https://github.com/gnuradio/gnuradio-buildbot/blob/public/worker/ubuntu-18.04.Dockerfile |
|
I just started playing around with 3.8 (master) and have the same issue when trying to add any QT GUIs to the GRC canvas. Same issue, import gnuradio.qtgui fails. I'll try to figure out which of those dependencies is the culprit. |
|
I just saw this with Python 2 also. |
|
...on Fedora 28. |
|
can you check with |
|
Which is a problem with the |
|
@balister pointed me the right way: If you build with QT5 and have QWT for QT4, CMake will get that mixed up. Adding QWT for QT5 fixes the issue, but our CMake should still be failing. |
mbr0wn
changed the title
The only way to be sure that FindQwt.cmake is finding the Qt5 version of Qwt is to either - limit the name to qwt-qt5 or - have the user specify it when running CMake. The latter is unimpeded by this change. However, by default, it'll now skip libqwt.so on Fedora and Ubuntu systems, which is actually only a valid library when using Qt4, not Qt5. Fixes gnuradio#2027.
The only way to be sure that FindQwt.cmake is finding the Qt5 version of Qwt is to either - limit the name to qwt-qt5 or - have the user specify it when running CMake. The latter is unimpeded by this change. However, by default, it'll now skip libqwt.so on Fedora and Ubuntu systems, which is actually only a valid library when using Qt4, not Qt5. Fixes #2027.
The only way to be sure that FindQwt.cmake is finding the Qt5 version of Qwt is to either - limit the name to qwt-qt5 or - have the user specify it when running CMake. The latter is unimpeded by this change. However, by default, it'll now skip libqwt.so on Fedora and Ubuntu systems, which is actually only a valid library when using Qt4, not Qt5. Fixes gnuradio#2027.
After next was merged into master, I tried to build GNU Radio and ran into a problem with QtGui. I can reproduce the problem by running
python3 -c 'import gnuradio.qtgui', which causes a segfault.Here is the stack trace, as reported by gdb. It appears that the Qt4 version of libQtGui is being loaded:
It could be I'm missing a dependency. The only change I made to PyBOMBS' gnuradio.lwr recipe was to add
pyqt5as a dependency.The text was updated successfully, but these errors were encountered: