[oe] [meta-qt5][PATCH v4] Upgrade to Qt 5.8

[Samuli Piippo]

On 20.12.2016 16:30, Martin Jansa wrote:
> On Thu, Dec 15, 2016 at 04:49:55PM +0200, Samuli Piippo wrote:
>> Changes from v3 patch:
>> - sha1s updated to expected RC content
>> - fixed the qt3d assimp build-deps issue
>> - the new Qt configuration system taken into use where applicable
>>
>> webengine build problem with x86_64 host and x86 target is still there.
>
> This version seems to fail in qtwayland:
>
> http://logs.nslu2-linux.org/buildlogs/oe/world/pyro/log.dependencies.qemuarm.20161218_140914.log//2_max/failed/qtwayland.log
>
> | ERROR: Feature 'xcomposite-glx' was enabled, but the pre-condition
> 'features.wayland-client && features.opengl && !features.opengles2 &&
> libs.xcomposite && libs.glx' failed.

What kind of configuration is used for qtbase?
To me it seems that one of these checks fail: features.opengl && 
!features.opengles2

>
> Is the configure more strict in new version or do we need to change the
> default config for qtwayland builds?
>
>>
>> -samuli
>>
>> On 15.12.2016 15:48, Samuli Piippo wrote:
>>> The linux-oe-g++ mkspec is changed to use $$(...) operator to obtain
>>> the contents of an environment value when qmake is run instead of when
>>> Makefile is processed. All OE_QMAKE_xxx variables need to be exported
>>> for qmake to find them. configure's setBootstrapVariable function needs
>>> to change $$(..) to normal $(...) operator to work with qmake's Makefile.
>>>
>>> qt.conf generation for qtbase recipes is not needed, as configure will
>>> generate its own version based on configure arguments. Skip running
>>> qmake, since configure is now automatically invoked when it's run in
>>> qtbase's root folder.
>>>
>>> Update PACKAGECONFIGs for qtbase to match current configure options.
>>>
>>> The new Qt configuration system [1] can be used with a new variable
>>> EXTRA_QMAKEVARS_CONFIGURE, which takes both command line and feature
>>> arguments.
>>>
>>> Merge the two qtwayland recipes to one that supports all three targets
>>> (target, native, nativesdk) without need for additional patch.
>>>
>>> [1] https://www.mail-archive.com/development@qt-project.org/msg25257.html
>>>
>> --
>> _______________________________________________
>> Openembedded-devel mailing list
>> Openembedded-devel at lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>
>
>