Without that patch the build rule including the input component depends
on other options being enabled, such as e.g. GUI support.
Since our host build is headless and we only need the input component
which actually does not have any such dependencies, we patch to force-
build it.
input component being present is a requirement for e.g. qt5tools
building certain host tools - such as 'kmap2qmap'.
Main objective is to make sure every Qt5 related file is clearly about
Qt version *5*. For files which do not contain the version number, make
sure the path contains it (e.g. suffixing the directory paths with
"/qt5"). This is done for host and target builds and accounts for the
following paths:
/bin -> /bin/qt5
/share -> /share/qt5
Every file inside /lib (except /lib/qt5/* which is covered by the
archdata-directory) is already versioned by its respective file names.
Keep target specific host builds inside $(STAGING_DIR)/host.
Fix wrong PKG_HASH this has probably changed after xz vulnerability
discovery. Update to new PKG_HASH version.
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
Qt4 requires various X11 libraries which are not packaged in any feed.
Remove that obsolete version of Qt.
Signed-off-by: Daniel Golle <daniel@makrotopia.org>
See commit 5c545bdb "treewide: replace PKG_USE_MIPS16:=0 with
PKG_BUILD_FLAGS:=no-mips16" on the main repository.
Signed-off-by: Andre Heider <a.heider@gmail.com>
This also purges already back then (v5.9) legacy projects, such as Qt
Quick 1 / QML 1.
We also focus on software rendering only for now, postponing dealing
with messy vendor specific GL(ES) APIs, quirks and proprietary / binary
blobs. Implies certain features and packages being unavailable for the
moment.
Due to the switch from hotplug2 to procd, libudev - which libinput
requires - was rendered unusable on OpenWrt/LEDE.
However since there's libudev-fbsd now which is used as a
drop-in-replacement for libudev, we can now make use of libinput again
and therewith avoid the need of passing platform specific env vars
telling the paths to mouse/touchscreen/keyboard (evdev).
5.9 is a LTS tree so we're gonna stick to that version for a while now.
WARNING: This upgrade introduces a new dependency to pcre2 which is not
available in the lede-17.01 release branch!
Although Qt has the functionality of <host_build>'s,
it's supposed to be used and explicitly stated in
project files, so it can't be switched on from the
outside (e.g. via flags or env vars).
On top of that all builds using the <host_build>
directive get linked against libQtBootstrap.a which
is not always desired.
libQtBootstrap.a is also the only file available for
host builds, which means, <host_build>'s can't just make
use of and and link against e.g. libQtCore, as those
objects only get compiled for the target, not for the
host.
Because of above reasons, we build Qt twice now, once
for the host, once for the target.
When using the pkgconfig macros inside qmake
project files, qmake silently returns since it
detects being run inside a cross-toolchain and
pkgconfig normally doesn't work as expected in
such an environment.
However we patched pkgconfig to work inside
OpenWrt / LEDE (pkgconfig.real), so stop Qt
failing for qmake projects using pkgconfig.
