[meta-freescale] [meta-fsl-arm] Can't build QT5 for i.MX6

Gary Thomas gary at mlbassoc.com
Thu Jan 23 11:38:31 PST 2014


On 2014-01-23 09:59, Morgan McKenzie wrote:
> That's very strange - I've built successfully for an IMX6QSABREAUTO on dora, master, and master-next branches just in the last week. I'm running 64 bit LUbuntu 13.10.
>
> My config - I have the following in my local.conf:
> DISTRO_FEATURES_remove = "x11 wayland"

This is the key - if you don't remove X11 support, it fails.  I was trying to
build on top of my normal X-based desktop.

How/where do I report this as a bug (can't build QT5 with X11 on i.MX6)?

>
> This is my .bb file  (sorry for the formatting, somethign went weird):
>
> #------------------------------------------------------------------------
>
> SYSTEMD_INSTALL = " \
>      systemd \
>      systemd-compat-units \
>      systemd-speed-hacks \
>      udev-systemd \
>      rsyslog-systemd \
> "
>
> SYSV_INSTALL = " \
>      udev \
>      sysvinit \
>      initscripts \
> "
>
> MACHINE_FEATURES += "wifi"
>
> IMAGE_FEATURES += "\
>       ssh-server-openssh \
>      splash \
> "
>
> DEPENDS += "\
>       gpu-viv-bin-mx6q \
>        libpng \
> "
>
> #core-image-minimal
> IMAGE_INSTALL += "packagegroup-core-boot ${ROOTFS_PKGMANAGE_BOOTSTRAP} \
>       ${CORE_IMAGE_EXTRA_INSTALL} \
> "
>
> #from QT-in-use-common:
> IMAGE_INSTALL += " \
>      base-files \
>      base-passwd \
>      busybox \
>      ${@base_contains("MACHINE_FEATURES", "systemd", "${SYSTEMD_INSTALL}", "${SYSV_INSTALL}", d)} \
>      packagegroup-fsl-gstreamer \
>      packagegroup-base \
> "
>
> #CAN
> IMAGE_INSTALL += " \
>      canutils \
> "
>
> #QT5:
> IMAGE_INSTALL += " \
>      gpu-viv-bin-mx6q \
>       gcc \
>     g++ \
>   binutils \
>    libgcc \
>       libgcc-dev \
>      libstdc++ \
>      libstdc++-dev \
>          libstdc++-staticdev \
>        tslib-conf \
>       tslib-tests \
>     tslib-calibrate \
>       openssh-sftp-server \
>     alsa-lib \
>      alsa-tools \
>     alsa-state \
>    alsa-utils-alsaconf \
>          tslib \
>      evtest \
>         dbus \
>      nano \
>   git \
>         qtbase \
>    qtbase-fonts \
>         qtbase-plugins \
>    qtbase-examples \
>      qt3d \
>   qtmultimedia \
>        qtlocation \
>       cinematicexperience \
>     gstreamer \
>     cairo \
>         pango \
>     fontconfig \
>    freetype \
>     pulseaudio \
>    strace \
>       gdb \
>     rsync \
>         libpng \
>    libpng12 \
>     openssh \
> "
>
> inherit core-image
>
> #-------------------------------------------------------------
>
>
> I built with master-next as I wanted to use Qt5.2.0 rather than 5.1. I've built and run the Qt5_Cinematic_Experience program on the board. (although I did do master and dora as
> well before that)
>
> I think I had to rename this file to 5.2.0 for master-next:
> meta-fsl-arm/qt5-layer/recipes-qt/qt5/qtbase_5.2.0.bbappend
>
> and I think I had to apply this patch as well (not sure if it's been applied to the repo yet):
> http://patchwork.openembedded.org/patch/65133/
>
>
> Hope that helps! Otherwise, not completely sure what's going on. I don't know if you've tried it but it might be worth starting a new yocto tree just to try it out.. It shouldn't
> get that messed up but never know...
>
>
> Morgan McKenzie
>
>
>> Date: Thu, 23 Jan 2014 08:17:39 -0700
>> From: gary at mlbassoc.com
>> To: meta-freescale at yoctoproject.org
>> Subject: Re: [meta-freescale] [meta-fsl-arm] Can't build QT5 for i.MX6
>>
>> On 2014-01-23 08:15, John Weber wrote:
>> > Hi Gary,
>> >
>> > Only now do I reread your message and see that you are on master, not Dora.
>>
>> Nope, I've tried both master and dora - same failures.
>>
>> > On 1/23/14 6:08 AM, Gary Thomas wrote:
>> >> On 2014-01-21 15:00, John Weber wrote:
>> >>> Hi Gary,
>> >>>
>> >>> On 1/21/14 3:52 PM, Gary Thomas wrote:
>> >>>> I've been trying to build QT5 from meta-qt5 layer without success.
>> >>>> All attempts result in compile errors, as seen in http://ix.io/a2F
>> >>>> I'm using Poky/Yocto + meta-fsl-arm* latest master:
>> >>>>   Build Configuration:
>> >>>>   BB_VERSION        = "1.21.1"
>> >>>>   BUILD_SYS         = "x86_64-linux"
>> >>>>   NATIVELSBSTRING   = "Ubuntu-12.04"
>> >>>>   TARGET_SYS        = "arm-poky-linux-gnueabi"
>> >>>>   MACHINE           = "wandboard-quad"
>> >>>>   DISTRO            = "poky"
>> >>>>   DISTRO_VERSION    = "1.5+snapshot-20140121"
>> >>>>   TUNE_FEATURES     = "armv7a vfp neon callconvention-hard cortexa9"
>> >>>>   TARGET_FPU        = "vfp-neon"
>> >>>>   meta              = "master:97d7e8689ca83a13ea511c0b91bf80974b8750b0"
>> >>>>   meta-fsl-arm      = "master:a899296ac603f549b28200a7c38d4ec4ca5c1ad5"
>> >>>>   meta-fsl-arm-extra = "master:6a8759c593e8cd85f0dccb9e3b6de25adf2b3bb1"
>> >>>>   meta-yocto
>> >>>>   meta-yocto-bsp    = "master:97d7e8689ca83a13ea511c0b91bf80974b8750b0"
>> >>>>   meta-qt5          = "master:775d77e482f1ea203c78003cccd2547075fd720f"
>> >>>> I've tried different built hosts (Fedora/i586 as well) and other i.MX6
>> >>>> targets, all fail the same way.
>> >>>>
>> >>>> The key error from the log seems to be:
>> >>>> /local/wandboard_test/tmp/work/cortexa9hf-vfp-neon-mx6-poky-linux-gnueabi/qtbase/5.1.1-r0/qtbase-opensource-src-5.1.1/include/QtCore/../../src/corelib/io/qurl.h:132:9: error:
>> >>>> expected identifier before numeric constant
>> >>>>          None = 0x0,
>> >>>>          ^
>> >>>> /local/wandboard_test/tmp/work/cortexa9hf-vfp-neon-mx6-poky-linux-gnueabi/qtbase/5.1.1-r0/qtbase-opensource-src-5.1.1/include/QtCore/../../src/corelib/io/qurl.h:132:9: error:
>> >>>> expected '}' before numeric constant
>> >>>>
>> >>>> It looks like somehow 'None' has been defined to be something?
>> >>>>
>> >>>> It appears that QT5 has been built, at least at some point, according to
>> >>>> the page http://wiki.wandboard.org/index.php/Building_Qt5_using_yocto_on_Wandboard
>> >>>> I tried to duplicate this using the 'dora' branches with the same
>> >>>> failure as above.
>> >>> That's strange, because I just built it with Dora like 12 times in a row suing the instructions from the above link while trying to see what was causing a boot problem and never
>> >>> saw this failure.
>> >>>>
>> >>>> The problem is definitely i.MX related as I can build for other ARM
>> >>>> targets, OMAP3, OMAP4, qemuarm, etc.
>> >>>>
>> >>>> Any ideas about this?  You can't imagine how many hours I've been chasing this one!
>> >>>>
>> >>>> Thanks
>> >>
>> >> I just tried this again, following exactly the steps from the wandboard wiki,
>> >> with still the same failures.
>> >>
>> >> What could be different?  I've tried different build hosts, different branches,
>> >> even different build sequences.  I have no problem building this package for
>> >> any other target, but it always fails for i.MX6
>> >>
>> >
>> > _______________________________________________
>> > meta-freescale mailing list
>> > meta-freescale at yoctoproject.org
>> > https://lists.yoctoproject.org/listinfo/meta-freescale
>>
>> --
>> ------------------------------------------------------------
>> Gary Thomas                 |  Consulting for the
>> MLB Associates              |    Embedded world
>> ------------------------------------------------------------
>> _______________________________________________
>> meta-freescale mailing list
>> meta-freescale at yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/meta-freescale
>
>
> _______________________________________________
> meta-freescale mailing list
> meta-freescale at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-freescale
>

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------


More information about the meta-freescale mailing list