[oe] [oe-commits] Andreas Oberritter : qt4: fix deps in libQtWebkit.la and QtWebKit.pc

[Martin Jansa]

On Wed, Mar 14, 2012 at 3:15 PM, Martin Jansa <martin.jansa at gmail.com> wrote:
> On Wed, Mar 14, 2012 at 02:48:22PM +0100, Andreas Oberritter wrote:
>> On 14.03.2012 09:40, Martin Jansa wrote:
>> > On Wed, Mar 14, 2012 at 08:08:03AM +0100, Martin Jansa wrote:
>> >> On Tue, Mar 13, 2012 at 11:48:20AM +0000, git at git.openembedded.org wrote:
>> >>> Module: openembedded-core.git
>> >>> Branch: master
>> >>> Commit: 4c41a3204ef72f53813ddc86fe525fa9c6714daa
>> >>> URL:    http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=4c41a3204ef72f53813ddc86fe525fa9c6714daa
>> >>>
>> >>> Author: Andreas Oberritter <obi at opendreambox.org>
>> >>> Date:   Wed Mar  7 21:36:28 2012 +0100
>> >>>
>> >>> qt4: fix deps in libQtWebkit.la and QtWebKit.pc
>> >>>
>> >>> * Both files contain -L../../WebCore/release -L../../JavaScriptCore/release -lwebcore -ljscore
>> >>> * These paths and libs don't get installed.
>> >>> * When building a shared lib with libtool, that links
>> >>>   with libQtWebKit, libtool adds these unneeded parameters
>> >>>   to the linker command-line, thus linking fails.
>> >>
>> >> BTW: here with bitbake having R/W to rootfs every qt4-x11-free build
>> >> creates /include/WebCore/libdummy.prl (yes really in root)
>> >> anynone seen this?
>> >> -rw-r--r-- 1 bitbake bitbake 680 Mar 14 01:13 /include/WebCore/libdummy.prl
>>
>> I'm only using qt4-embedded, with which I haven't noticed this file.
>
> I guess it fails on most builders as user running bitbake doesn't have
> right to create it (my is special because it's minimal chroot
> environment owned by same user as who is running bitbake process).
>
>> >> Maybe it's sign of another small issue in qt4 build.
>> >
>> > It's created during do_configure and probably caused by
>> > ./qt-everywhere-opensource-src-4.8.0/src/3rdparty/webkit/Source/WebKit2/Makefile:all: Makefile /include/WebCore/libdummy.prl  /include/WebCore/$(TARGET)
>> > ./qt-everywhere-opensource-src-4.8.0/src/3rdparty/webkit/Source/WebKit2/Makefile:/include/WebCore/libdummy.prl:
>> >
>> > But in unpacked sources closest thing to libdummy.prl is
>> > ./Source/WebKit2/DerivedSources.pro:TARGET = dummy
>>
>> I thought that Qt 4.8 didn't use WebKit2 by default. Did you enable it
>> manually?
>
> No everything default oe-core+meta-oe.
>
> Cheers,

with chmod 500 / I can clearly see in log.do_configure

  for /OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/qt4-x11-free/qt4-x11-free-4.8.1-r42.1/qt-everywhere-opensource-src-4.8.1/src/3rdparty/webkit/Source/WebKit2/DerivedSources.pro
(linux-gnueabi-oe-g++)
/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/qt4-x11-free/qt4-x11-free-4.8.1-r42.1/qt-everywhere-opensource-src-4.8.1/bin/qmake
-spec /OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/qt4-x11-free/qt4-x11-free-4.8.1-r42.1/qt-everywhere-opensource-src-4.8.1/mkspecs/linux-gnueabi-oe-g++
-o /OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/qt4-x11-free/qt4-x11-free-4.8.1-r42.1/qt-everywhere-opensource-src-4.8.1/./src/3rdparty/webkit/Source/WebKit2
/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/qt4-x11-free/qt4-x11-free-4.8.1-r42.1/qt-everywhere-opensource-src-4.8.1/src/3rdparty/webkit/Source/WebKit2/DerivedSources.pro
WARNING: DESTDIR: Cannot access directory '/include/WebCore'

And in DerivedSources.pro there is
DESTDIR = $$OUTPUT_DIR/include/"WebCore"

So am I the only one seeing this or everybody just ingores this
because it's just WARNING in log (when you don't have / writeable by
user running bitbake?)

Cheers,