summaryrefslogtreecommitdiffstats
path: root/src
diff options
context:
space:
mode:
authorJoerg Bornemann <joerg.bornemann@qt.io>2021-07-06 18:24:10 +0200
committerJoerg Bornemann <joerg.bornemann@qt.io>2021-07-06 21:05:47 +0200
commit937a33127f4523c8eaed2ffb25233a14978338f4 (patch)
treea716d9124fbbb91cfd9b6b30144b091a4ab3bc89 /src
parent6d2b80897af4c71105db6a5f48d550ac5d1fc190 (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: I7db09e5cc0f0e7179d2d6da2acf3c1eadc02f8e2 Reviewed-by: Qt CI Bot <qt_ci_bot@qt-project.org> Reviewed-by: Alexandru Croitor <alexandru.croitor@qt.io>
Diffstat (limited to 'src')
-rw-r--r--src/imports/CMakeLists.txt2
1 files changed, 1 insertions, 1 deletions
diff --git a/src/imports/CMakeLists.txt b/src/imports/CMakeLists.txt
index 7954e50..7c702fd 100644
--- a/src/imports/CMakeLists.txt
+++ b/src/imports/CMakeLists.txt
@@ -12,7 +12,7 @@ qt_internal_add_qml_module(lottieqtplugin
lottieanimation.cpp lottieanimation.h
rasterrenderer/batchrenderer.cpp rasterrenderer/batchrenderer.h
rasterrenderer/lottierasterrenderer.cpp rasterrenderer/lottierasterrenderer.h
- PUBLIC_LIBRARIES
+ LIBRARIES
Qt::Core
Qt::Gui
Qt::GuiPrivate