[Development] CMake, PRLs, static Qt and private Qt deps
tim at klingt.org
Sat May 14 14:30:47 CEST 2016
-----BEGIN PGP SIGNED MESSAGE-----
> Before Qt 5.0 was released, the CMake helper files included a
> useful feature that read .prl files in order to find and include
> Qt dependencies (such as, say, libqtpcre, but also dynamic system
> libraries, and whatever else) in CMake builds against a statically
> linked Qt.
> This was removed by the following change:
> This means that building against a static Qt simply isn't
> practical using Qt's CMake support, in that you'd have to manually
> specify the internal dependencies, or include a CMake-based prl
> reader in your own source tree.
> Are there any new developments regarding this?
the bug celebrated it's 2-year anniversary last week. labeled as
'Reported_by_support_silver', but i wouldn't bet that anything happens
here as building qt projects with cmake doesn't seem to have any
priority for the upstream devs.
using private qt headers is also not possible with the upstream cmake
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
-----END PGP SIGNATURE-----
More information about the Development