Closed nunotexbsd closed 3 months ago
Is that a warning or error? Qt itself doesn't use USE_QT5. I was using it to select between Qt5-only and Qt4-only API. Although now Qt4-only API should have been all removed. I'll check it out.
Hello,
As I said it builds fine with Qt6 but build log shows -DUSE_QT5
and it comes from:
https://github.com/ruben2020/codequery/blob/b2a6b11f753c1e9fb14abc7a37ac1fc7add5be28/gui/CMakeLists.txt#L126 https://github.com/ruben2020/codequery/blob/b2a6b11f753c1e9fb14abc7a37ac1fc7add5be28/gui/CMakeLists.txt#L136 and again: https://github.com/ruben2020/codequery/blob/b2a6b11f753c1e9fb14abc7a37ac1fc7add5be28/gui/CMakeLists.txt#L192 https://github.com/ruben2020/codequery/blob/b2a6b11f753c1e9fb14abc7a37ac1fc7add5be28/gui/CMakeLists.txt#L199
if condition refers BUILD_QT5 twice with no reference to BUILD_QT6.
@nunotexbsd I just checked. USE_QT5 is used in small_lib.h. It is needed there also for Qt6. So everything is correct. Next time I will remove that definition and replace it with standard Qt macros if available. Or otherwise, with a generic USE_QT definition. Can you release this version for FreeBSD or do you still have any problem?
The CMakeLists syntax is awkward but it's correct. ELSE(BUILD_QT5) means if not BUILD_QT5. See manual:
Per legacy, the else() and endif() commands admit an optional
argument. If used, it must be a verbatim repeat of the argument of the opening if command.
@ruben2020
Thanks very much for explanation! Sorry for the noise, always learning :)
Cheers
Hello,
I'm working on updating codequery FreeBSD port to 1.0.0 It builds fine with Qt6 but I've noticed that gui/CMakeLists.txt have some issues:
gui/CMakeLists.txt:
Should it have a BUILD_QT6 condition and build with -DUSE_QT6?
ldd:
Thanks