[oe] [meta-qt5][dylan][PATCH] qtwebkit 5.0.2: fix QA issue (bad RPATH)

[Trevor Woerner]

Hi Martin,

On 23 September 2013 04:06, Martin Jansa <martin.jansa at gmail.com> wrote:
> On Mon, Sep 23, 2013 at 12:29:36AM -0400, Trevor Woerner wrote:
>> Building qtwebkit would cause a QA issue (which, in my distro, would cause a
>> build error) such that QtWebPluginProcess and QtWebProcess would contain bad
>> RPATHs which pointed into the build location. This fix adds a patch to not
>> include the rpath.prf which leads to this problem.
>
> Could you send patch for master/dora first and then backport it to
> dylan? Otherwise I'll do it, but it will take a bit more time.

As far as I can tell, qtwebkit on master doesn't even try to compile.
This is what I get in my log.do_compile:

DEBUG: Executing shell function do_compile
NOTE: make -j 6 MAKEFLAGS=-j 6
OE_QMAKE_COMPILER=arm-poky-linux-gnueabi-gcc  -march=armv5te -marm
-mthumb-interwork
--sysroot=/home/trevor/build/yocto/tmp/master/qemuarm/sysroots/qemuarm
OE_QMAKE_CC=arm-poky-linux-gnueabi-gcc  -march=armv5te -marm
-mthumb-interwork
--sysroot=/home/trevor/build/yocto/tmp/master/qemuarm/sysroots/qemuarm
OE_QMAKE_CXX=arm-poky-linux-gnueabi-g++  -march=armv5te -marm
-mthumb-interwork
--sysroot=/home/trevor/build/yocto/tmp/master/qemuarm/sysroots/qemuarm
OE_QMAKE_CFLAGS= -O2 -pipe -g -feliminate-unused-debug-types
OE_QMAKE_CXXFLAGS= -O2 -pipe -g -feliminate-unused-debug-types
-fpermissive -fvisibility-inlines-hidden
OE_QMAKE_LINK=arm-poky-linux-gnueabi-g++  -march=armv5te -marm
-mthumb-interwork
--sysroot=/home/trevor/build/yocto/tmp/master/qemuarm/sysroots/qemuarm
OE_QMAKE_LDFLAGS=-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed
OE_QMAKE_AR=arm-poky-linux-gnueabi-ar OE_QMAKE_STRIP=echo
OE_QMAKE_WAYLAND_SCANNER=/home/trevor/build/yocto/tmp/master/qemuarm/sysroots/x86_64-linux/usr/bin/wayland-scanner
make: Nothing to be done for `first'.
DEBUG: Shell function do_compile finished

So I am nowhere near being able to see if there is an RPATH issue on
master. I tried this on two different hosts. Bitbake doesn't see any
errors (this compile step returns success!) so the build "succeeds"
even though I don't end up with qtwebkit.