Re: [PATCH] bitbake.conf, module.bbclass: Support opting out of legacy EXTRA_OEMAKE

[Andre McCurdy <armccurdy@gmail.com>]

On Thu, Nov 12, 2015 at 4:10 AM, Mike Crowe <mac@mcrowe.com> wrote:
> On Friday 06 November 2015 at 10:30:04 +0000, Mike Crowe wrote:
>> It would be great to get to the point that EXTRA_OEMAKE is empty by default
>> but I imagine that the experts are already aware of the difficulties with
>> doing this which is why the current value has lasted so long.
>
> I had a go at this. Fewer recipes than I expected seem to be affected.
>
> With bitbake.conf containing EXTRA_OEMAKE = "", the following recipes
> needed to be changed to explicitly set EXTRA_OEMAKE = "-e MAKEFLAGS=":
>
>  meta/recipes-bsp/pciutils/pciutils_3.3.1.bb
>  meta/recipes-connectivity/openssl/openssl.inc
>  meta/recipes-core/busybox/busybox.inc

Busybox doesn't need make -e if you have my busybox cleanup patches
(posted to the list recently, but not merged to master or mut yet).

>  meta/recipes-devtools/perl/perl_5.22.0.bb
>
> for core-image-minimal to build successfully[1].
>
> I tried core-image-sato but got stuck when apr-util-native wouldn't compile
> for me[2], even with stock master.
>
> So, perhaps the situation isn't quite as bad as I feared and it might be
> possible to change the default value of EXTRA_OEMAKE.
>
> Mike.
>
> [1] I suspect that perl isn't required by core-image-minimal. That list is
>     my complete set of changes from trying to get core-image-sato to build.
>
> [2] x86_64-linux-libtool: compile: unable to infer tagged configuration
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core