[meta-freescale] [meta-fsl-arm] Can't build QT5 for i.MX6
Morgan McKenzie
rmtm at uvic.ca
Thu Jan 23 08:59:19 PST 2014
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 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/meta-freescale/attachments/20140123/e3551e9c/attachment-0001.html>
More information about the meta-freescale
mailing list