On 18 May 2017 at 23:28, Jose Lamego <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
-- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core