Closed Evidlo closed 6 years ago
src/python_qt_binding/cmake/sip_configure.py
is hardcoded to use theqmake
binary without doing any version checking. On Fedora, it's actually calledqmake-qt5
andqmake
doesn't exist.
Shouldn't it actually fail with something like "qmake not found" rather than a header not being found?
Maybe the script should look for
qmake-qt5
first, then tryqmake
(with version checking).
Please consider to provide a pull request for this.
qmake
is typically just a symlink to qtchooser
on ubuntu (apparently this is different with fedora). Do you have qtchooser installed? You might just need to configure it to pass through to the qmake-qt5
executable, instead of modifying the code
@dirk-thomas You're right. The error is different because I had (incorrectly) manually symlinked qmake to qtmake-qt4 earlier in the build process.
@dhood Installing the qtchooser
package fixed the issue. Is this an issue with rosdep?
I have stumbled across the same issue, however, there is no qtchooser on openSUSE Leap 42.3 (at least I am not aware of it). #43 fixes this build issue on my system by calling qmake-qt5 if available and falling back to qmake. In my opinion this should not break builds on Ubuntu.
Addressed by #43.
Compilation fails with the message
src/python_qt_binding/cmake/sip_configure.py
is hardcoded to use theqmake
binary without doing any version checking. On Fedora, it's actually calledqmake-qt5
andqmake
doesn't exist.Another user using Slackware ran into the same issue.
Maybe the script should look for
qmake-qt5
first, then tryqmake
(with version checking).