[OE-core] configure error for glibc 2.25.2

[Andrew Goodbody]

> From: Richard Purdie [mailto:richard.purdie at linuxfoundation.org]
> On Tue, 2017-01-24 at 17:14 +0000, Andrew Goodbody wrote:
> > >
> > > From: Richard Purdie [mailto:richard.purdie at linuxfoundation.org]
> > > On Tue, 2017-01-24 at 15:59 +0000, Andrew Goodbody wrote:
> > > >
> > > > Further to this I see the following message in
> > > > log.do_prepare_recipe_sysroot.20511
> > > >
> > > > WARNING: Manifest /home/andrew/src/camol3/camol/build/tmp-
> camol-
> > > > glibc/sstate-control/manifest-allarch-linux-libc-
> > > > headers.populate_sysroot not found?
> > > >
> > > > Which is quite correct as that file does not exist, however the
> > > > following file does exist
> > > >
> > > > /home/andrew/src/camol3/camol/build/tmp-camol-glibc/sstate-
> > > > control/manifest-armv7at2hf-neon-linux-libc-
> > > > headers.populate_sysroot
> > > >
> > > > So it looks like linux-libc-headers is not being installed in the
> > > > recipe sysroot because it is looking for the manifest with the
> > > > wrong
> > > > arch.
> > > >
> > > > Anyone know what could be going wrong here?
> > > Short answer is yes.
> > >
> > > Your configuration is mixing different tune/package architectures
> > > and
> > > is confusing recipe specific sysroots (armv7ahf-neon != armv7at2hf-
> > > neon), looks like thumb and non-thumb.
> > Yes that sounds about right. This build started off as a BeagleBone
> > Black clone some years ago. The differing tune architectures I think
> > appeared when I moved from soft-float to hard-float. I guess I should
> > have looked into what was causing that at the time. Everything seemed
> > to work OK, so I did not worry.
> >
> > >
> > > I believe I have a patch which I'll send shortly as I've been
> > > chasing
> > > this in other circumstances.
> > That would be awesome, thanks.
> 
> I'm running out of time to write this up and post properly but the
> patch I think should work is this:
> 
> http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip-
> rss&id=414a75521f5d5dfb50385abab052f87dbc88f1c1
> 
> ("staging: Remove hardcoded PACKAGE_ARCHS from the class" in case I
> rebase it)
> 
> I will get this cleaned up and sent soon.

Thanks but unfortunately that did not work for me.

I did a cleanall on glibc before trying to build it, but the result was the same.

Andrew