> From: Richard Purdie [mailto:[email protected]] > On Tue, 2017-01-24 at 17:14 +0000, Andrew Goodbody wrote: > > > > > > From: Richard Purdie [mailto:[email protected]] > > > 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 -- _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
