[PATCH] Be verbose on plugin inclusion, easy patch point for distros
authorLisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com>
Thu, 2 Nov 2023 00:41:59 +0000 (21:41 -0300)
committerPino Toscano <pino@debian.org>
Fri, 5 Jul 2024 05:44:11 +0000 (07:44 +0200)
commitdb0ae29bb1f14fc7db0a1a31807b931f5e0be7b3
treeadca6468bf9b27e0867b0a8b0b3f19984fd35dec
parent3c1c73d1c8f2d93050b8c4856fcb43a175bed8e4
[PATCH] Be verbose on plugin inclusion, easy patch point for distros

TL;DR: This creates two changes:

1. Makes the plugin inclusion status more visible for builders for both Qt
   itself and applications.
2. Allows a simple patch-point for distros to change the default
   (perhaps not ideal, but good enough).
3. Does not changes the current behavior.

As discussed both in the mailing list and privately with
Alexandru Croitor and Joerg Bornemann this makes a lot os sense for Qt
on static builds and when trying to find where the plugins are so they
can be easily packaged up in order to distribute a build with all the
dependencies on it.

But at the same time it makes no sense for distributions building the
libraries in dynamic mode as it forces unnecesary build time
dependencies for for both Qt and applications like QML modules or even
PostgreSQL! [0].

[0] <https://sources.debian.org/src/martchus-qtutilities/6.10.0-1/cmake/modules/QtConfig.cmake/?hl=35#L35>

Other approaches have been considered like not shipping specific CMake
files, but this depends on the packager finding the right ones at the
right time, and does not allows end users to change the behavior if they
happen to need it.

Change-Id: Id32fbc0cf0f289edd4426fb703cf1195288aacb4
Gerrit: https://codereview.qt-project.org/c/qt/qtbase/+/515440

Gbp-Pq: Name be_verbose_on_plugin_inclusion.patch
cmake/QtPlugins.cmake.in
cmake/QtPostProcessHelpers.cmake