Details
-
Suggestion
-
Resolution: Fixed
-
P3: Somewhat important
-
6.5.4
-
None
-
58ca23500 (dev), dc303732e (6.5), 86ad2f623 (6.6), c1d235685 (dev), 65e04162d (dev), 43326b380 (6.6), 010ab170c (6.6), b52817db1 (tqtc/lts-6.5), 26f7096bf (tqtc/lts-6.5)
Description
There are a few things to mention.
Sometimes users might want to toggle a feature either ON or OFF after an initial configuration of Qt.
We have a mechanism that tries to support that, but it might not always be reliable.
For example in a -developer-build, qt_find_package won't look for packages on reconfiguration, so even though a feature is toggled on, it's associated 3rd party package might not be found on reconfiguration.
And toggling -developer-build itself is risky, because of its overloaded meaning.
Are we switching from a -prefix build to a no-prefix one, or vice versa?
Is it just about private tests?
The safest thing we can offer (in my opinion) is to document that any toggling of Qt features should be done after CMakeCache.txt is removed.
We could document that at https://doc.qt.io/qt-6/configure-options.html#including-or-excluding-features
When using configure, that can also be done using the -redo option.
Also for -developer-builds, we can try to add some checks to ensure it's never accidentally toggled, or investigate if we can make it work just for the private_tests part, and not for the -no-prefix part.
The reason to do that check is that sometimes Qt Creator seems to toggle it. See
Attachments
Issue Links
- resulted from
-
QTBUG-112957 Toplevel developer build fails to link: undefined symbol: vtable for QNetworkAccessDebugPipeBackendFactory
-
- Closed
-