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

[Jose Lamego]

On 05/19/2017 02:17 PM, Jose Lamego wrote:
>
> On 05/19/2017 10:25 AM, Burton, Ross wrote:
>> On 18 May 2017 at 23:28, Jose Lamego > > 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!
>
Update: bc maintainer is working on version 1.07.2, which includes fixes
for the ed and fbc errors and the Parallel Make race. This upgrade will
be released soon, so we may skip 1.07.1 upgrade and wait for the new
stable release.

-- 
Jose Lamego | OTC Embedded Platform & Tools | GDC

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Jose Lamego]

On 05/19/2017 10:25 AM, Burton, Ross wrote:
> 
> On 18 May 2017 at 23:28, Jose Lamego  > 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

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

[Burton, Ross]

On 18 May 2017 at 23:28, Jose Lamego  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

[OE-core] [PATCH 2/2] bc: upgrade 1.06 to 1.07.1

[Jose Lamego]

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.

Signed-off-by: Jose Lamego 
Signed-off-by: Leonardo Sandoval 
Signed-off-by: Alejandro Hernandez 
---
 .../bc/{bc_1.06.bb => bc_1.07.1.bb}| 22 +++---
 1 file changed, 11 insertions(+), 11 deletions(-)
 rename meta/recipes-extended/bc/{bc_1.06.bb => bc_1.07.1.bb} (28%)

diff --git a/meta/recipes-extended/bc/bc_1.06.bb 
b/meta/recipes-extended/bc/bc_1.07.1.bb
similarity index 28%
rename from meta/recipes-extended/bc/bc_1.06.bb
rename to meta/recipes-extended/bc/bc_1.07.1.bb
index d8c8a86..55b4422 100644
--- a/meta/recipes-extended/bc/bc_1.06.bb
+++ b/meta/recipes-extended/bc/bc_1.07.1.bb
@@ -1,25 +1,25 @@
 SUMMARY = "Arbitrary precision calculator language"
 HOMEPAGE = "http://www.gnu.org/software/bc/bc.html;
 
-LICENSE = "GPLv2+ & LGPLv2.1"
-LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \
-file://COPYING.LIB;md5=d8045f3b8f929c1cb29a1e3fd737b499 \
-
file://bc/bcdefs.h;endline=31;md5=46dffdaf10a99728dd8ce358e45d46d8 \
-
file://dc/dc.h;endline=25;md5=2f9c558cdd80e31b4d904e48c2374328 \
-
file://lib/number.c;endline=31;md5=99434a0898abca7784acfd36b8191199"
+LICENSE = "GPLv3+ & LGPLv3"
+LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504 \
+file://COPYING.LIB;md5=6a6a8e020838b23406c81b19c1d46df6 \
+
file://bc/bcdefs.h;endline=27;md5=1bf4215734d4b9002ffda7b90b14e8e9 \
+
file://dc/dc.h;endline=20;md5=be0fc95c3503cb8116eea6acb63a5922 \
+
file://lib/number.c;endline=31;md5=5c437fc63f83a46d4d769d4dd1e74525"
 
 SECTION = "base"
 DEPENDS = "flex"
-PR = "r3"
 
-SRC_URI = "${GNU_MIRROR}/bc/bc-${PV}.tar.gz \
-   file://fix-segment-fault.patch "
+SRC_URI = "${GNU_MIRROR}/bc/bc-${PV}.tar.gz"
 
-SRC_URI[md5sum] = "d44b5dddebd8a7a7309aea6c36fda117"
-SRC_URI[sha256sum] = 
"4ef6d9f17c3c0d92d8798e35666175ecd3d8efac4009d6457b5c99cea72c0e33"
+SRC_URI[md5sum] = "cda93857418655ea43590736fc3ca9fc"
+SRC_URI[sha256sum] = 
"62adfca89b0a1c0164c2cdca59ca210c1d44c3ffc46daf9931cf4942664cb02a"
 
 inherit autotools texinfo update-alternatives
 
+PARALLEL_MAKE = ""
+
 ALTERNATIVE_${PN} = "dc"
 ALTERNATIVE_PRIORITY = "100"
 
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core