CaROS/meta-qt6
3
0
Fork 0
mirror of http://code.qt.io/yocto/meta-qt6.git synced 2026-01-01 13:58:07 +00:00
Code Issues Packages Projects Releases Wiki Activity
428 Commits 71 Branches 133 Tags 7.2 MiB
BitBake 73.2%
C++ 10.8%
PHP 5.5%
Clojure 3.8%
HTML 3.3%
Other 3.4%
b6a93fbdb6
Go to file
Samuli Piippo b6a93fbdb6 ptest: fix build issue with qtbase tests 
ptest build had a subtle problem with qtbase where it was using
Qt6BuildInternals package from native sysroot instead of the target
install path. This could add compiler flags that were not supported
for the target architecture:
  cc1plus: error: '-fcf-protection=full' is not supported for this target

QT_ADDITIONAL_PACKAGES_PREFIX_PATH is not used in qtbase/CMakeLists.txt:
  find_package(Qt6 REQUIRED COMPONENTS BuildInternals CMAKE_FIND_ROOT_PATH_BOTH)
so the current approach for using Qt from the install path was not working.

Change the ptest build from using QT_ADDITIONAL_PACKAGES_PREFIX_PATHs
to using separate cmake toolchain file that prepends the install path
to CMAKE_FIND_ROOT_PATH, which makes CMake find the target Qt packages
correctly.

Pick-to: 6.4 6.3 6.2
Change-Id: Idc99a26577886208b85bafe811f61538bb38d5bc
Reviewed-by: Alexandru Croitor <alexandru.croitor@qt.io>
2022-06-10 04:01:37 +00:00
classes sdk: Use correct CMAKE_PREFIX_PATH for Qt modules 2022-05-18 10:23:12 +00:00
coin Add support for QtQuick3DPhysics 2022-05-27 06:02:14 +00:00
conf Update handling of commercial modules 2022-05-20 13:21:38 +03:00
licenses qt6: update licenses 2022-06-03 09:06:56 +00:00
recipes-devtools/python python3-antlr4-runtime: use correct recipe name 2022-04-07 13:54:54 +03:00
recipes-qt ptest: fix build issue with qtbase tests 2022-06-10 04:01:37 +00:00
COPYING.MIT initial commit 2020-01-24 11:54:52 +02:00
README.md Update handling of commercial modules 2022-05-20 13:21:38 +03:00

README.md

Qt6 OpenEmbedded/Yocto Project layer

This layer depends on:

URI: https://git.openembedded.org/openembedded-core/

and optionally:

URI: https://git.openembedded.org/meta-openembedded/

Yocto version support

The branching of meta-qt6 layer follows Qt branching scheme, that is dev for the development branch, 6.x for each minor release and lts-6.x for commercial LTS releases.

Following table shows the Yocto branches which are used to test each Qt version (x) and any additional Yocto releases that are stated in the LAYERSERIES_COMPAT (c).

Yocto \ Qt dev 6.3 6.2 6.1 6.0
master x
kirkstone x x x
honister x x x
hardknott c c c x x
gatesgarth c c c x x
dunfell x x x x x

Commercial Qt

Qt is dual-licensed under commercial and open source licenses. The license can be selected using the QT_EDITION variable. commercial and opensource are valid values. The default value is opensource.

For commercial Qt users, the layer provides additional support with LTS (Long Term Support) releases for selected Qt versions and additional Qt modules licensed as commercial-only.

The LTS releases are available in branches named lts-6.x. The source code for the LTS releases and the commercial Qt modules are only available for commercial Qt license holders. They can only be built and used if you have a commercial Qt license and you have set up SSH access to Qt Gerrit (see links below).

The commercial Qt modules are included in the build if the QT_COMMERCIAL_MODULES variable is set to 1 and you are using a commercial edition of Qt.

QtWebEngine

QtWebEngine needs at least CMake 3.19, which is available starting from Hardknott. For this reason QtWebEngine is not tested on older releases.

Contributing

To contribute to this layer you should submit the patches for review using Qt Gerrit.

More information about Qt Gerrit and how to use it:

Layer maintainers