> From: Richard Purdie [mailto:[email protected]]
> On Wed, 2017-01-25 at 09:56 +0000, Andrew Goodbody wrote:
> > >
> > > From: Richard Purdie [mailto:[email protected]]
> > > On Tue, 2017-01-24 at 18:08 +0000, Andrew Goodbody wrote:
> > > >
> > > > 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.
> > > Try a "bitbake glibc-initial -c clean"?
> > Sorry, it was glibc-initial that I ran the cleanall on, so just clean
> > makes no difference.
> 
> Ok, what does bitbake -e show as the value of PACKAGE_EXTRA_ARCHS?
> 
> You could try putting something like:
> 
> bb.warn(d.expand("${SSTATE_MANIFESTS}/manifest-%s-
> *.populate_sysroot" % pkgarch))
> 
> into that 'for pkgarch in pkgarchs' loop and see what its looking for.
> There is some detail I'm missing with the problem right now... :/

And the detail is that that bit of code is not called in this situation. I 
think it is only used when no dependencies are declared. The attached patch 
fixes it for me.

Andrew

Attachment: tunearch.patch
Description: tunearch.patch

-- 
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Reply via email to