diff options
| author | Joerg Bornemann <joerg.bornemann@qt.io> | 2025-03-10 11:58:18 +0100 |
|---|---|---|
| committer | Joerg Bornemann <joerg.bornemann@qt.io> | 2025-03-20 14:29:51 +0100 |
| commit | d8f34049ffbed73fe55bb875409af750d354cb9f (patch) | |
| tree | 7703a1c3a78f591d9b46df798ee6c0f36d4b2d26 /src/network/access/qhttpnetworkrequest.cpp | |
| parent | 11dcc9018daf87513405262bce5b0de9fbf7013c (diff) | |
CMake: Fix generation of precompiled headers in per-repo Qt builds
When a Qt module Foo links against a Qt module Bar then we add the
${QT_BUILD_DIR}/include/QtBar/QtBar header to the list of precompiled
header files. However, this only works if Foo and Bar are in the same
build system, e.g. in the same repository or in a top-level build. For
example, the QtCore header was never precompiled when in a per-repo
build of QtSvg.
Now, we determine whether Foo and Bar are in the same build system. If
they are, we proceed as before. Otherwise, we calculate the QtBar
header's location from the following data:
- the location of Qt6BarConfig.cmake
- the relative path to Bar's include directory
The Q*Application tests' project files had to be adjusted to use
NO_PCH_SOURCES now, because they use the source file
apphelper_plugin.cpp that specifically checks that pre-compiled headers
are not used for its compilation.
Fixes: QTBUG-134424
Change-Id: I04ede51e4d853e8b813f660f29be8cfeb684c0b2
Reviewed-by: Alexandru Croitor <alexandru.croitor@qt.io>
Reviewed-by: Alexey Edelev <alexey.edelev@qt.io>
Diffstat (limited to 'src/network/access/qhttpnetworkrequest.cpp')
0 files changed, 0 insertions, 0 deletions
