On Thu, 2018-03-15 at 09:45 -0400, Bruce Ashfield wrote: > On Wed, Mar 7, 2018 at 3:40 AM, Burton, Ross <[email protected]> > wrote: > > > > On 6 March 2018 at 18:11, Bruce Ashfield <bruce.ashfield@windriver. > > com> > > wrote: > > > > > > > > > +RDEPENDS_${PN} = "bc python ${TCLIBC}-utils" > > > +# 4.15+ needs these next two RDEPENDS > > > +RDEPENDS_${PN} += "openssl-dev util-linux" > > > +# and x86 needs a bit more for 4.15+ > > > +RDEPENDS_${PN} += "${@bb.utils.contains('ARCH', 'x86', > > > 'elfutils', '', > > > d)}" > > > > Annoyingly this is breaking our multilib test case: > > > > https://autobuilder.yocto.io/builders/nightly-multilib/builds/852/s > > teps/BuildImages_4/logs/stdio > > > > It's entirely possible that the test is broken in some way but it's > > far too > > early for me right now to comprehend the multilib matrix... > I was trying to reproduce this here, and couldn't make any sense out > of the configuration. > > Is there somewhere that I can read to figure out what to put in my > local.conf to reproduce > that configuration ?
Sorry, I was travelling. I think this should do it: MACHINE = "qemux86" require conf/multilib.conf MULTILIBS = "multilib:lib64" DEFAULTTUNE_virtclass-multilib-lib64 = "x86-64" $ bitbake lib64-core-image-sato-sdk Cheers, Richard -- _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
