Re: [PATCH 0/3] Remove unhelpful default value of EXTRA_OEMAKE

[Mike Crowe <mac@mcrowe.com>]

On Tuesday 09 February 2016 at 13:51:20 +0100, Andrea Adami wrote:
> On Tue, Feb 9, 2016 at 1:30 PM, Mike Crowe <mac@mcrowe.com> wrote:
> > On Tuesday 09 February 2016 at 11:39:17 +0100, Martin Jansa wrote:
> >>   /home/jenkins/oe/world/shr-core/openembedded-core/meta/recipes-multimedia/ffmpeg/ffmpeg_2.8.5.bb,
> >> do_compile
> >
> > That one builds successfully for me for qemuarm. Strange.
> >
> >>   /home/jenkins/oe/world/shr-core/meta-smartphone/meta-android/recipes-support/invensense/invensense_git.bb,
> >> do_package_qa
> >
> > That one seems to be using cmake so I can't immediately see how it could be
> > affected by changing EXTRA_OEMAKE.
> >
> 
> It is unrelated...
> About the do_package_qa, some of them like klibc and invensense come
> after commit 47d38d4d86ec6a "insane: add test for -dev packaging
> containing real libraries" introducing [dev-elf] fatal error.

Thanks. If I revert that commit then I can compile klibc, dovecot,
fakeroot, llvm3.3 and invensense. The build got a bit further which has let
me fix libmatroska, system-setup-keyboard and wmiconfig.

There's still lots of breakage though that isn't fixed by simply
reinstating the old value of EXTRA_OEMAKE in the affected recipes. :(

So, I think that oe-core is in pretty good shape with EXTRA_OEMAKE="". I've
mainly been building qemuarm recently but I did get clean builds for many
of the other default MACHINEs in bitbake.conf. The only problem I found
since then was the QA warning on hdparm. There weren't any other QA
warnings like that on a completely clean qemuarm build.

meta-oe is in less good shape. I'm going to rebase everything on the latest
master and try again.

Mike.