openembedded-core.git/meta/recipes-qt, branch 2015-4

qt4: add patch for BMP denial-of-service vulnerability

2015-03-05T17:47:09+00:00

For further details, see:
https://bugreports.qt.io/browse/QTBUG-44547

Signed-off-by: Jonathan Liu 
Signed-off-by: Richard Purdie

qt-mobility: Add patch to fix disabling bluez compile issues

2015-02-19T07:50:44+00:00

If you disable bluez but have dbus enabled, the build would fail. This patch
fixes the issue so that bluez5 based builds work.

Signed-off-by: Cristian Iorga 
Signed-off-by: Richard Purdie

qt-mobility: select distro preference for bluez provider

2015-02-17T13:42:25+00:00

Signed-off-by: Peter A. Bigot 
Signed-off-by: Cristian Iorga 
Signed-off-by: Richard Purdie

recipes-qt: add x11 to required DISTRO_FEATURES

2015-01-29T10:37:53+00:00

* it's not complete, but recipes depending on virtual/libx11 are easiest
  to spot, I've long list of PNBLACKLIST for all recipes which cannot
  be built in distro without x11 in DISTRO_FEATURES

Signed-off-by: Martin Jansa 
Signed-off-by: Ross Burton

arch-mips.inc: Change definition of TRANSLATED_TARGET_ARCH

2015-01-29T10:37:51+00:00

[YOCTO #7230]

In certain system configurations TRANSLATED_TARGET_ARCH will not
expand in the right order for gcc-cross-candian-mips64n32 to be
generated properly.

This will cause SDKs to fail to generate properly.

Changing the global definition of TRANSLATED_TARGET_ARCH always
expands the ABIEXTENSION, which causes the OVERRIDES to pick it up
as well.  This effectively defines a new class of overrides for the 'n32'.

The side effect is that we need to duplicate some mips64 overrides, and
redefine others that were previously 'n32' or 'mips64' exclusive to have
the correct semantics.

Signed-off-by: Mark Hatle

meta: set proper S value

2015-01-23T11:35:25+00:00

After removal of auto-creating S we must ensure that all recipes are
using a proper value for S.

Fix all recipes that only need to set S equals to WORKDIR.

[YOCTO #5627]

Signed-off-by: Petter Mabäcker

qt4-embedded: support c++0x stand for directfb

2015-01-16T22:59:45+00:00

While directfd upgrade to 1.7.6, it always includes directfb++ utils
when C++ is used and set c++0x as c++ standard.
(In git://git.directfb.org/git/directfb/core/DirectFB.git
commit b444bcae3197be9faf883460dcc239ef757d5922, and commit
522beeb76f2a8d2dee30d928d2a5955bd06cf25c)

The directfd in qt4-embedded is c++, and there was a build failure:
...
| qdirectfbwindowsurface.cpp:336:69: error: in C++98 'rect' must be
initialized by constructor, not by '{...}'
|      const DFBRectangle rect = { r.x(), r.y(), r.width(), r.height() };
...

The g++ used c++98 as default c++ standard, we should
explicitly set c++0x for directfd in qt4-embedded.

Signed-off-by: Hongxu Jia

qt4: Fix QT4 applications spamming "QWSLock::down(): Invalid argument"

2015-01-07T23:33:03+00:00

If you run a QT server application, and a client in a separate process, it will
spam the log with "QWSLock::down(): Invalid argument" messages because of an old
bug in the locking code. There's a patch on the net that fixes it, which I manually
adapted by removing the commented-out debug statements.

We have been using this patch for about half a year without problems, and the QT people
apparently don't care about the bug, for which this solution has been posted in 2012.
Including this into OE core will at least save other people the trouble of having to find
and apply it for themselves.

Signed-off-by: Mike Looijmans 
Signed-off-by: Ross Burton

qt4: add aarch64 support

2014-12-21T17:36:42+00:00

Add aarch64 support for qt4 packages.

Most of the patches are derived from debian:
http://anonscm.debian.org/cgit/pkg-kde/qt/qt4-x11.git/tree/debian/patches

Add arch check to set right QT_ARCH.

Disable webkit temporarily for qt4 and qt4-embedded that they fail to build:

| runtime/JSValueInlineMethods.h: In constructor
'JSC::JSValue::JSValue(const JSC::JSCell*)':
| runtime/JSValueInlineMethods.h:242:78: error: cast from 'JSC::JSCell*'
to 'int32_t {aka int}' loses precision [-fpermissive]

It has been fix by Qt5, but didn't backport to Qt4. There is an still open
defect for it:
https://bugreports.qt-project.org/browse/QTBUG-35442

Signed-off-by: Kai Kang

qt4: disable webkit for mips64 n32 temporarily

2014-12-05T17:42:46+00:00

Disable webkit for mips64 n32 temporarily that fails to compile.

The webkit package also disable the build for n32:
f5c4d18 webkit/midori: block to build webkit on mips64 with libn32 ABI

The opened defect in qt upstream is:
https://bugreports.qt-project.org/browse/QTBUG-39224

Signed-off-by: Jackie Huang 
Signed-off-by: Ross Burton