Markus Volk c555401fea qtbase: add -DUSE_X11 Flag
Recently Mesa synced egl headers with khronos.
Until now eglplatform.h added the xlib headers as long as it
hasn't been explicitly disabled with EGL_NO_X11. Now its one step
closer to deprecating X11 and the headers are only included if
USE_X11 is set. If missing qtbase silently refuses to build the EGL_X11
Plugin.

This results e.g. in configure failure for qtwayland, if building
with xcomposite-egl PACKAGECONFIG:

ERROR: Feature 'xcomposite-egl' was enabled, but the pre-condition
'features.wayland-client && features.opengl && features.egl && features.xlib
&& libs.xcomposite && features.egl_x11' failed.

Signed-off-by: Markus Volk <f_l_k@t-online.de>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2022-12-06 16:08:37 +01:00
2021-01-22 12:00:07 +01:00
2022-02-22 12:53:10 +01:00
2022-12-06 16:08:37 +01:00

Qt5 OpenEmbedded/Yocto Project layer

This layer depends on:

URI: https://github.com/openembedded/openembedded-core (branch: master)

When building stuff like qtdeclarative, qtquick, qtwebkit, make sure that you have required PACKAGECONFIG options enabled in qtbase build, see qtbase recipe for detail.

Some recipes like qtwebengine would need 32bit multilib compiler on build host, especially when target to be built is 32bit, e.g. arm since it builds v8 engine which requires $CC -m32 to work, so ensure that host compiler can generate 32bit code, on archlinux distributions this would be

pacman -S lib32-gcc-libs lib32-glibc

Contributing

Please submit any patches against the meta-qt5 layer by using the GitHub pull-request feature. Fork the repo, make a branch, do the work, rebase from upstream, create the pull request, yada-yada.

Maintainers

Yocto Project Compatible

Yocto Project Compatible

meta-qt5 has Yocto Project Compatible status since 2013. Check it at: https://www.yoctoproject.org/product/meta-qt5

Description
No description provided
Readme 4.6 MiB
Languages
BitBake 95.2%
Python 4%
Roff 0.7%