diff options
| author | Joerg Bornemann <joerg.bornemann@qt.io> | 2025-11-21 09:40:29 +0100 |
|---|---|---|
| committer | Joerg Bornemann <joerg.bornemann@qt.io> | 2025-11-21 23:35:04 +0100 |
| commit | c8fd5577511e04981556f5ae22f8f2e0abf0039f (patch) | |
| tree | 8de9f158ec1ee2d27c40f0e1738185eecac2aa5c /cmake/Qt3rdPartyLibraryConfig.cmake.in | |
| parent | 080c0833b723f404a47223c93ab52cd9c803d1cd (diff) | |
CMake creates the directory structure of frameworks at generation time.
It also creates a QtFoo.framework/Headers symlink if at least one header
file is marked as PUBLIC_HEADER. Due to Qt's special layout of the
include directory (e.g. private headers in .../6.7.8/QtFoo/private) we
don't use the PUBLIC_HEADER property.
In the past we had a hack that added a fake header that was marked as
PUBLIC_HEADER. That hack was reverted by commit
a966d7be48d9b419195a8916e307f84487140839. Since then we created the
Headers symlink at build time.
Creating the link at build time however means that you have to build all
targets of a Qt repo to properly use it. For example, building just Core
(and necessary tools) of qtbase and then configuring qtdeclarative did
not work anymore, because QtGui.framework/Headers was inexistent but
referenced in QtGui's imported target.
This patch creates the Headers link and necessary directory structure
already at configure time.
Fixes: QTBUG-142119
Change-Id: I1da17604bcfd1a593cca5f2f396229937f131011
Reviewed-by: Alexandru Croitor <alexandru.croitor@qt.io>
Reviewed-by: Tor Arne Vestbø <tor.arne.vestbo@qt.io>
Diffstat (limited to 'cmake/Qt3rdPartyLibraryConfig.cmake.in')
0 files changed, 0 insertions, 0 deletions
