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: [email protected]
To: [email protected]
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
> [email protected]
> https://lists.yoctoproject.org/listinfo/meta-freescale

--
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------
_______________________________________________
meta-freescale mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/meta-freescale


_______________________________________________
meta-freescale mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/meta-freescale


--
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------
_______________________________________________
meta-freescale mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/meta-freescale

Reply via email to