On Mon, Dec 9, 2013 at 9:44 AM, Burton, Ross <[email protected]> wrote: > On 9 December 2013 11:30, Richard Purdie > <[email protected]> wrote: >> b) looks attractive but could be confusing as we'd no longer have >> PACKAGE_ARCH workdirs, they'd all be "machine specific" however they >> would still get reused by sstate as they are today. It does however >> neatly sidestep the set of issues we're currently seeing. > > As someone who often switches between mostly-compatible machines > (qemux86/qemux86-64/genericx86/nuc) I'm often hitting problems like > this. Most recently libproxy was using a sysroot that didn't exist, > which prompted my cmake patch. > > Presumably the change would replace the package-architecture element > in the path with the machine name. Seems reasonable to me: a more > logical layout of files without any meaningful impact to performance.
I agree with Ross here. -- Otavio Salvador O.S. Systems http://www.ossystems.com.br http://code.ossystems.com.br Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750 _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
