[oe] [meta-qt5] [rocko] qtbase fails at do_compile for i.MX7

[Isaac Nickaein]

On Mon, Jan 15, 2018 at 10:58 PM, Denys Dmytriyenko <denis at denix.org> wrote:
> Quoting someone from irc:
> "this is an error introduced by meta-fsl"
> "honestly, meta-fsl is a mistery for me"

I guess I should be ready for more weirdness in the future.

>> DISTRO_FEATURES_remove = " x11 wayland wifi 3g bluetooth irda nfc ipv6
>> largefile pam pci pcmcia ppp smbfs"
>>
>> PACKAGECONFIG_append_pn-qtbase = " gles2 eglfs linuxfb "
>>
>> DISTRO_FEATURES_append = " opengles2 egl"
>
> These are not the standard distro features! (*) Adding them here won't do
> anything to qtbase. There is, however, standard "opengl" distro feature, which
> qtbase_git.bb recipe tries to honor. But since you only need "gles2" and not
> full desktop "gl", you can do PACKAGECONFIG_GL_pn-qtbase = "gles2 linuxfb" to
> tweak it. You may still need "opengl" DISTRO_FEATURES, as many recipes require
> it even for "gles2" support.
>
> * theoretically, distros may potentially extend the list and add own features.
>

Thanks, that was very informative.
Apparently the "immersion" approach to learn Yocto while using it
doesn't work very well.

>
> Anyway, you can check what the resulting PACKAGECONFIG list looks like for
> qtbase by inspecting the environment:
>
> $ bitbake qtbase -e | grep "^PACKAGECONFIG="
>
>

After some digging it becomes apparent that I was wrong about the
source of issue. It wasn't caused by PACKAGECONFIG.

This problem didn't appeared on BSP rocko provided by Toradex. I
checked their repo manifests.xml file and realized they are cloning
meta-qt from a different commit
(d87335a50a9dd35d890786edbd79b8953fdaa11a) while the rocko branch of
meta-qt5 has newer commits. By pinning down the meta-qt5 to this
commit, the compile issue solved.

So this boils to either a bug in meta-qt5 introduced in the recent
commits or a bug in Toradex meta-layers that I have included
(meta-toradex-bsp-common or meta-toradex-nxp).