do not build GUI (and other) component(s) in host build

qt5base: partially revert previous commit which enabled libinput support by default

As switching to libinput by default resulted in a few issues, let's make
it optional however enable and depend on libudev (only) by default.

qt5base: use libinput by default

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).

upgrade Qt5 to version 5.9.1

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!

[qt5base] also *directly* pass CFLAGS/CXXFLAGS/LDFLAGS to Makefiles

Signed-off-by: Mirko Vogt <mirko-dev@nanl.de>

[qt5base] fix path to target qmake

examples are not built by default -> disable

use variables for calling qmake

We need to distinguish as carefully as possible
between qmake for the host builds and qmake for
target builds

copy all host tools

make qt5base a build dependency for qt5base/host

add key 'HomePage'

add qt5tools - for now only build as HostBuild

remove Build/Configure sections

The generic Build/Configure/Default doesn't need to get
passed the project file name anymore.

qt5base: also build for host

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.

qt5base/qmake.mk: make arg for project file optional

bump to release (5.8.0) and adjust/change to sha256 hashes

Make Qt less smart about cross-toolchain detection and pkgconfig

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.

qt5 GL stubs should not have a build dependency on qt5base

I honestly wonder why I added that back then,
however right now it doesn't make any sense to me.

So, drop it and wait for it to backfire..

bump qt5 to 5.8.0-rc1, getting rid of meta-pkgs

remove qq2-2d-sw-renderer as it's now officially part of qq2

add qt5graphicaleffects

[qt5quick2-controls2] fix dependencies

Revert "qt5base: also pass MAKE_VARS and MAKE_FLAGS"

This reverts commit 6f98fdca5a52b214c922003063f6087a579def63.

qt5base: also pass MAKE_VARS and MAKE_FLAGS

package qt5quick2-controls2

fix qt5quick2-qml-models

purge patches which don't apply anymore

bump qtquick2 to 5.8.0-beta

fix pkg-config for Qt inside LEDE/OpenWrt

Qt disables all pkg-config tests if it notices itself
being cross-compiled and PKG_CONFIG_SYSROOT_DIR being
unset.

However we do have a working pkg-config (wrapper around
pkg-config.real) which fixes the issues PKG_CONFIG_SYSROOT_DIR
tries to address.

Qt tries to be too smart in our case - force it to use
pkg-config.

level up Qt to 5.8.0-beta

package `QtQuick2`

level Qt up to version 5.7.0 + several bug fixes

Qt5-GUI now gets compiled with support for OpenGL,
however only links against GL stubs provided by the
2d software renderer.
That way we can decide at runtime, whether we want to
use GL or not - with almost no overhead, if not.
This also enables QtQuick2 being built correctly,
which depends on GL support and provides the
possibility of using QtQuick2 with the 2d-sw-renderer
even on hardware without native support for GL.

package `qt5quick2-2d-sw-renderer[-GLstubs]`

Both packages share the same source and I'd prefer handling
them in the very same Makefile, but unfortunately that would
create a circular dependency:
`qt5base` depends on `qt5quick2-2d-sw-renderer-GLstubs`, but
`qt5quick2-2d-sw-renderer` depends on `qt5quick2` which
depends on `qt5base`.
`qt5quick2-2d-sw-renderer` and `qt5quick2-2d-sw-renderer-GLstubs`
sharing the same Makefile results in `qt5base` depending on
`qt5quick2` which is meh.

Fix Qt host builds

Do not explicitly specify mkspec file when invoking qmake.
qmake itself is aware of the cross mkspec file (compiled in)
AND of the mkspec file for host builds.
Specifying it explicitly doesn't let qmake choose the
correct one and always tries to cross-compile everything.

qt5base: fix installation of qt5base-plugin-sqldrivers-sqlite

The install part was not executed, because it had the wrong name.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

qt5base: fix plugin loading

Do not use strip any more when it is selected because plugin loading
does not work for plugins build stripped with sstrip, use normal strip
instead.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

qt5base: build widgets and examples only when activated

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

qt5base: fix nls support

Instead of hard coding the dependency to libiconv-full use the macros
provided by OpenWrt. In the gnu iconv library the second parameter of
iconv(), often called inbuf, is not const, but qt5 assumes that it is
in the gnu version of libiconv. If we make qt5 use the code for the
posix version of libiconv it does not add the -liconv link parameter.
This patch adds the -liconv link parameter.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

qt5base: make sqlite configurable not sqlite2

sqlite2 should not be build, we want sqlite3 which is named sqlite in qt5.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

qt5base: activate iconv support when libiconv-full is avaliable

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

Merge pull request #4 from hauke/qt5base-fixes

Qt5base fixes

qt5base: deactivate some options

The libraries needed for these options are no dependencies of any
qt5base module so deactivate them.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

qt5base: build some modules only when needed

Build some parts only depending on the parts which are selected in
OpenWrt menuconfig and not always.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

qt5base: activate mips dsp extension when needed.

When OpenWrt normally uses the mips dps extensions it adds this to the
CFLAGS which are also given to qt5base. When we configure qt5base
without dsp extension, but give the mdsp in the CFLAGS the compilation
will fail.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

qt5base: add PKG_USE_MIPS16

qt5 generates some long methods and does not support mips16 for all of them.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

qt5base: fix musl build

This was taken from upstream qt5 and modified a little bit to match
OpenWrt.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

qt5base: remove dependency to icu

The icu package does not exist in OpenWrt.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

move qt4 package from Xorg to Video feed

There's some minor changes, especially to seperate
an qt4 from an qt5 installation (Host and target).
Also the x11 support got dropped - framebuffer only.
Some obvious and trivial bug fixes got applied as well,
however, apart from that, it basically is, what it was.

The Xorg feed is totally unmaintained currently,
also the early approach of running an Xserver on
embedded devices - hence the feed's name - thankfully
didn't really become the standard either.

So let's reorganise some of the stuff from the Xorg
feed worth keeping within the new Video feed.

add Qt5 submodule quick1

Qt5Quick1 features QML1 and provides
the QDeclarative* implementations.

Don't confuse that with the QtDeclarative
submodule which provides support for QML2
and exports the QQml* interface (also known
as QtQuick(2)).

QtQuick(2)/QML2 by the way has a hard
dependency on GL, hence without GL support
you're stuck on QtQuick1/QML1.

add Qt5 script

Adding Qt5 base

Crosscompile and package Qt5 (base) and setup an
environment to easily crosscompile and package
other qmake based projects.

Please see the comments within the Makefiles
(Makefile / qmake.mk) for current limitations and
known issues.

Packaged from the "base" submodule herewith are:

 - qt5base-concurrent
 - qt5base-core
 - qt5base-gui
 - qt5base-network
 - qt5base-printSupport
 - qt5base-sql
 - qt5base-test
 - qt5base-widgets
 - qt5base-xml
 - qt5base-plugin-bearer-generic
 - qt5base-plugin-input-evdevkeyboard
 - qt5base-plugin-input-evdevmouse
 - qt5base-plugin-input-evdevtablet
 - qt5base-plugin-input-evdevtouch
 - qt5base-plugin-imageformats-gif
 - qt5base-plugin-imageformats-ico
 - qt5base-plugin-imageformats-jpeg
 - qt5base-plugin-platforms-linuxfb
 - qt5base-plugin-platforms-minimal
 - qt5base-plugin-platforms-offscreen
 - qt5base-plugin-sqldrivers-sqlite
 - qt5base-examples

commit README