Re: [PATCH 2/2] bc: upgrade 1.06 to 1.07.1

[Jose Lamego <jose.a.lamego@linux.intel.com>]

[-- Attachment #1.1: Type: text/plain, Size: 1760 bytes --]



On 05/19/2017 10:25 AM, Burton, Ross wrote:
> 
> On 18 May 2017 at 23:28, Jose Lamego <jose.a.lamego@linux.intel.com
> <mailto:jose.a.lamego@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


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 484 bytes --]