-
Notifications
You must be signed in to change notification settings - Fork 29
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Build issue of qthelp documentation if Qt binaries are not in PATH #57
Comments
Looks good to me but we would then tie the CMakeLists.txt to Qt5 as we only check for Qt5:qmake. We need to check also for Qt::qmake as well as Qt6::qmake depending on the Qt version used. Will have a closer look on this |
I would propose following fragment in Quarter's top level CMakeLists.txt file. This avoids the find_program call at all for Qt5 and Qt6 and uses the information from the Qt's CMake config files. Only in case of Qt4 one needs to query the path of QMake and try to find the qhelpgenerator program.
What do you think about this? |
I like the idea. It looks more robust than my patch.
(similar for Qt{5,4}) need to be guarded by an additional We could also think of a variable like
It can be passed to cmake like |
Many thanks for your feedback.
I fully agree that we should simplify/generalize the boiler plate code for Qt5 and Qt6 detection. I'll have a closer look on the VTK solution. |
We encountered an issue with building the QtHelp documentation, if the Qt related binaries are not available in PATH[1]:
As a patch[2], I'm using qmake to get the location of Qt binaries and successfully configure the package.
WDYT?
[1] https://bugs.gentoo.org/836340
[2] https://github.com/gentoo/gentoo/pull/24866/files#diff-09795807d0be82f2cc9b7d3c5c6fc1e66ff899bbdfd580bd56490579c4bfb055
The text was updated successfully, but these errors were encountered: