On 05/19/2017 10:25 AM, Burton, Ross wrote: > > On 18 May 2017 at 23:28, Jose Lamego <jose.a.lam...@linux.intel.com > <mailto:jose.a.lam...@linux.intel.com>> wrote: > > bc recipe must be upgraded to latest version in upstream. > > bc license changed from "GPLv2+ & LGPLv2.1" to "GPLv3+ & LGPLv3" > The new version exhibits a Parallel Make Race that required > unsetting PARALLEL_MAKE variable. > This change was tested with core-image-minimal in qemux86. > > > It would be appreciated if you could spend a few minutes looking at what > the build race is and pushing a fix upstream. Or at least include a > comment showing the failure. > > I chased the sed thing as previous releases didn't need it: my build > machine doesn't even have ed installed so HOSTTOOLS won't help. This > appears to be a regression as 1.06 shipped the file that needs ed to > build. The makefile now always builds a binary to generate a file that > it then runs through ed, and it doesn't build this tool correctly in a > cross environment either: > > | /bin/bash: ./fbc: cannot execute binary file: Exec format error > > (it's trying to run an arm binary on x86) > > I'd suggest that we approach the upstream maintainer and discuss: > 1) should the tarballs ship libmath.h instead of requiring it to be > generated > 2) using CC_FOR_BUILD etc from autoconf-archive to build fbc with the > host compiler in cross-compile environments > 3) can sed be used instead of ed to reduce the host requirements > > Ross
Agree. I will contact the bc maintainer and work on the build race. I'll get back to you with the findings. Thanks for the suggestions! -- Jose Lamego | OTC Embedded Platforms & Tools | GDC
signature.asc
Description: OpenPGP digital signature
-- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core