buildroot/package/qt, branch 2016.02

qt: add font license information

2016-02-27T10:55:33+00:00

With this implementation, the different licenses will be separated with . This is not nice, but to avoid it a pretty ugly construct is needed: QT_LICENSE = $(shell echo $(QT_LICENSE_BITS) | sed 's% , %, %g') Since the is just a minor nuisance, we're not going to that kind of complexity. Signed-off-by: Peter Seiderer Acked-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Peter Korsgaard

qt: properly enable script aarch64 support

2016-02-24T22:29:18+00:00

It's BR2_aarch64, not aarch64 alone. Signed-off-by: Gustavo Zacarias Signed-off-by: Peter Korsgaard

qt: script & webkit depend on BR2_TOOLCHAIN_HAS_SYNC_4

2016-02-24T22:28:48+00:00

They use __sync_add_and_fetch_4() and other 32-bit atomics, fixes: http://autobuild.buildroot.net/results/7ac/7acdbc54e26ad2ba4756512614192be0a086f563/ Also remove sparc from supported architectures since it won't grow atomics support magically. Signed-off-by: Gustavo Zacarias Reviewed-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Peter Korsgaard

qt4: fix static building if libglib-2.0 is enabled

2016-01-14T13:16:11+00:00

Here we're seeing another issue with static builds. Problem is Qt's configuration system post-processes output of pkg-config removing duplicate entries. That's fine for dynamic builds - all symbols will be resolved in runtime but for static builds we need to specify explicit and correct list of libs. See more explanations in the patch itself. This patch was sent in Qt's Gerrit for review and could be seen here: https://codereview.qt-project.org/#/c/145967/ Fixes a couple of qt4 build failures: http://autobuild.buildroot.net/results/174/174c6e47eb761f9897275b6fedff742ace2f3081 http://autobuild.buildroot.net/results/273/273676f1deee986a205b63e92cd6042c29ba1578 http://autobuild.buildroot.net/results/4f9/4f92d1316e786d8bb3c16b748f1ab731562540e3 and many others. Signed-off-by: Alexey Brodkin Cc: Lada Trimasova Cc: Thomas Petazzoni Signed-off-by: Peter Korsgaard

qt: add missing select BR2_PACKAGE_TSLIB

2015-12-30T17:01:12+00:00

Fixes: http://autobuild.buildroot.org/results/36c/36c56d10abcf96afd389f2ebe8db4dc13659997b/ Signed-off-by: Thomas Petazzoni

toolchain-external: CodeSourcery SH: support only one version

2015-12-20T12:47:09+00:00

See the conclusion about external toolchains during the Buildroot meeting [1]: "In the future, we stick to a single external toolchain version. The Kconfig symbol should not encode the version (avoid legacy handling)" [1] http://elinux.org/index.php?title=Buildroot:DeveloperDaysELCE2015#Report Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni

qt: fix build for arm with BR2_STATIC_LIBS

2015-10-10T10:02:00+00:00

Some Buildroot-generated static toolchains for ARM do not have dlfcn.h header, which breaks builds of qt-4.8.7 because its QtCore's plugin loader expects this header to be present (and dynamic libraries to be supported). For certain platforms without dynamic libraries, there is a QT_NO_DYNAMIC_LIBRARY constant defined in plugin loader's source. This patch puts that constant into Qt's build environment if Buildroot is configured without shared library support. Fixes: - http://autobuild.buildroot.net/results/11a4c19638ca211bd2a424fd92602166235c9433 - http://autobuild.buildroot.net/results/c056e8781558267f6971a5f017f47e90dcf24e07 - http://autobuild.buildroot.net/results/b8f34afa8686e890a1a3882a52081bb6a3b9c13b and several others. Signed-off-by: Alexander Lukichev Signed-off-by: Thomas Petazzoni

qt: fix directfb-1.7.7 compile errors

2015-09-10T11:51:55+00:00

Signed-off-by: Peter Seiderer Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

qt: enable Script and WebKit modules for ARC

2015-07-18T17:19:25+00:00

Now when ARC toolchain also supports NPTL both Qt's Script and WebKit modules could be successfully built and then executed on ARC. [Thomas: fix alphabetic ordering.] Signed-off-by: Alexey Brodkin Cc: Thomas Petazzoni Signed-off-by: Thomas Petazzoni

packages: use backtick instead of $(shell ...) make function

2015-07-14T22:42:01+00:00

It is often difficult to know exactly when make will expand the variable, and usually it can only be expanded after the dependencies have been built (e.g. pkg-config or the .pc file). Using a backtick instead makes it very clear that it will be expanded only while executing the command. This change is useful for two cases: 1. The per-package staging (and host) directory will be created as part of the configure step, so any $(shell ...) variable that is used in the configure step will fail because the directory doesn't exist yet. 2. 'make printvars' evaluates the variables it prints. It will therefore trigger a lot of errors from missing .pc files and others. The backticks, on the other hand, are not expanded, so with this change the output of 'make printvars' becomes clean again. This commit contains only the easy changes: replace $(shell ...) with `...`, and also replace ' with " where needed. Follow-up commits will tackle the more complicated cases that need additional explanation. After this change, the following instances of $(shell ...) will remain: - All assignments that use := - All variables that are used in make conditionals (which don't expand the backticks). - All variables that only refer to system executables and make variables that don't change. - The calls to check-host-* in dependencies.mk, because it is eval'ed. [Original patch by Fabio Porcedda, but extended quite a bit by Arnout.] Signed-off-by: Fabio Porcedda Signed-off-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Thomas Petazzoni