summaryrefslogtreecommitdiffstats
path: root/src/plugins/canbus/virtualcan
diff options
context:
space:
mode:
authorJoerg Bornemann <joerg.bornemann@qt.io>2021-07-06 18:24:11 +0200
committerJoerg Bornemann <joerg.bornemann@qt.io>2021-07-06 21:05:38 +0200
commitd4d1653efc547af7af3f37a51bc97f9945fa5163 (patch)
tree3818c8005e98b299c618d10307e3de75553f72c2 /src/plugins/canbus/virtualcan
parentc625d1dc8acf418201d6559ebf9246f1e3ec88f4 (diff)
CMake: Don't give plugins PUBLIC usage requirements
The pro2cmake.py conversion script faithfully reproduced the .pro files for the plugins, which specified the libraries as public. But in CMake, the implications of this are that public usage requirements should then be propagated to consumers. We don't expect any consumers, since a plugin is created as a MODULE library in CMake, so for Windows we don't even have an import library to link with. The only exception to this is for static builds where plugins are created as STATIC libraries instead, but only in certain controlled situations do we then link to plugins. Even then, usage requirements are not expected to propagate to the consumers, so these relationships should always be specified as private. Pick-to: 6.2 Task-number: QTBUG-90819 Change-Id: Ia7a8f27d4eecf067055511577ec664ad857905cd Reviewed-by: Qt CI Bot <qt_ci_bot@qt-project.org> Reviewed-by: Alexandru Croitor <alexandru.croitor@qt.io>
Diffstat (limited to 'src/plugins/canbus/virtualcan')
-rw-r--r--src/plugins/canbus/virtualcan/CMakeLists.txt2
1 files changed, 1 insertions, 1 deletions
diff --git a/src/plugins/canbus/virtualcan/CMakeLists.txt b/src/plugins/canbus/virtualcan/CMakeLists.txt
index a0b456c..2467eed 100644
--- a/src/plugins/canbus/virtualcan/CMakeLists.txt
+++ b/src/plugins/canbus/virtualcan/CMakeLists.txt
@@ -8,7 +8,7 @@ qt_internal_add_plugin(VirtualCanBusPlugin
SOURCES
main.cpp
virtualcanbackend.cpp virtualcanbackend.h
- PUBLIC_LIBRARIES
+ LIBRARIES
Qt::Core
Qt::Network
Qt::SerialBus