aboutsummaryrefslogtreecommitdiff
path: root/find-modules/FindGradle.cmake
AgeCommit message (Collapse)Author
2021-04-23Modules docs: move rst docs into bracket commentsFriedrich W. H. Kossebau
CMake >= 3.0 supports bracket comments, and the reStructuredText integration code in sphinx/ext/ecm.py already supports extracting the docs from a bracket comment instead. Editing documentation without leading line comment markers is more simple, e,g. when reflowing text over lines. With ECM meanwhile requiring CMake 3.5 now it is possible to switch (and thus follow also the approach used by cmake itself). NO_CHANGELOG
2020-11-01Make androiddeployqt find libraries and QML plugins without installationv5.76.0-rc1v5.76.0Volker Krause
This matters for libraries in the same repository as the application that also have an AAR that needs to be integrated, as well as QML plugins. For this to work we need to consider the build directory as a search prefix, and produce the exact directory layout there that androiddeployqt expects. For libraries this is then almost transparent for the application build system, the only thing that needs to be taken care of manually is putting the corresponding -android-dependencies.xml file into the right place in the build dir as well. A macro wrapping that might be an option to centralize that logic here as well in the future. For QML plugins this is transparent if you have them set up to work without installation already anyway, otherwise that setup has to be done for this to work. Example: https://invent.kde.org/pim/itinerary/-/merge_requests/28 https://invent.kde.org/frameworks/knotifications/-/merge_requests/12 would presumably also need this (not tested yet).
2020-10-13Document when FindGradle has been addedVolker Krause
2020-10-12Add FindGradle from KNotificationVolker Krause
Besides finding Gradle from QtAndroidExtras and thus avoiding the usual way of the Android world of distributing that (a copy in your source code), it provides macros to generate and install Android AARs. Those are needed for libraries that have a non-trivial Java component on Android, e.g. needing a manifest fragment or having a dependency on other Java libs. This file has been copied to a few places meanwhile, so centralizing this in ECM makes sense.