[OE-core] [PATCH] Flex: use proper m4 binary on target

[Richard Purdie]

On Fri, 2013-02-01 at 00:03 -0800, Saul Wold wrote:
> On 01/29/2013 04:31 AM, Marcin Juszkiewicz wrote:
> > flex tries to execute:
> >
> > /data/oe/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin/m4
> >
> > As workaround you can:
> >
> > mkdir -p /data/oe/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin/
> > ln -s /usr/bin/m4 /data/oe/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin/
> >
> > So this is a bug how OE builds flex.
> >
> > flex tries to execute:
> >
> > /data/oe/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin/m4
> >
> > As workaround you can:
> >
> > mkdir -p /data/oe/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin/
> > ln -s /usr/bin/m4 /data/oe/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin/
> >
> > So this is a bug how OE builds flex.
> >
> > https://bugs.launchpad.net/linaro-aarch64/+bug/1106865
> >
> > Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz at linaro.org>
> > ---
> >   meta/recipes-devtools/flex/flex.inc | 7 +++++--
> >   1 file changed, 5 insertions(+), 2 deletions(-)
> >
> > diff --git a/meta/recipes-devtools/flex/flex.inc b/meta/recipes-devtools/flex/flex.inc
> > index 472813b..517db16 100644
> > --- a/meta/recipes-devtools/flex/flex.inc
> > +++ b/meta/recipes-devtools/flex/flex.inc
> > @@ -10,6 +10,9 @@ SRC_URI = "${SOURCEFORGE_MIRROR}/flex/flex-${PV}.tar.bz2 "
> >
> >   inherit autotools gettext
> >
> > -do_install_append_class-native() {
> > -	create_wrapper ${D}/${bindir}/flex M4=${STAGING_BINDIR_NATIVE}/m4
> > +M4 = "${bindir}/m4"
> > +M4_class-native = "${STAGING_BINDIR_NATIVE}/m4"
> > +
> > +do_install_append() {
> > +	create_wrapper ${D}/${bindir}/flex M4=${M4}
> >   }
> >
> 
> I think this patch is causing the following issue, I am not sure why 
> it's showing up now, and it seems to be related to creating docs for the 
> -native.
> 
> Sau!
> 
> > ERROR: Function failed: do_install (see /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-x86-64/build/build/tmp/work/x86_64-linux/flex-native/2.5.37-r0/temp/log.do_install.3109 for further information)

I think its from the 2.5.37 upgrade which I replied to. I already
dropped that upgrade from master-next.

Cheers,

Richard