[OE-core] [PATCH] bison: Reset load average settings if specified in environment

Khem Raj raj.khem at gmail.com
Sun Mar 15 04:29:47 UTC 2020


In some cases, we run into parallel build failures where BUILT_SOURCES
is skipped, as a result required header files are not generated and the
build fails with missing header errors like

../bison-3.5.2/lib/uniwidth/width.c:21:10: fatal error: uniwidth.h: No such file or directory
 #include "uniwidth.h"
          ^~~~~~~~~~~~
compilation terminated.

BUILT_SOURCES should be built automatically with `make all` [1] therefore
ensure that make is invoked with `all` target

bison-native parallel build fails when -l<n> is passed globally from
build environment, errors like below due to race starts to show up

Therefore removes a previous load limit if set

[1] https://www.gnu.org/software/automake/manual/html_node/Built-Sources-Example.html#Built-Sources-Example

Signed-off-by: Khem Raj <raj.khem at gmail.com>
---
 meta/recipes-devtools/bison/bison_3.5.3.bb | 6 ++++++
 1 file changed, 6 insertions(+)

diff --git a/meta/recipes-devtools/bison/bison_3.5.3.bb b/meta/recipes-devtools/bison/bison_3.5.3.bb
index 09e4b18f9e..27e09434f8 100644
--- a/meta/recipes-devtools/bison/bison_3.5.3.bb
+++ b/meta/recipes-devtools/bison/bison_3.5.3.bb
@@ -18,6 +18,12 @@ SRC_URI[sha256sum] = "2bf85b5f88a5f2fa8069aed2a2dfc3a9f8d15a97e59c713e3906e5fdd9
 # No point in hardcoding path to m4, just use PATH
 EXTRA_OECONF += "M4=m4"
 
+# Reset any loadavg set via environment, it breaks parallel build
+# | ../bison-3.5.2/lib/uniwidth/width.c:21:10: fatal error: uniwidth.h: No such file or directory
+# |  #include "uniwidth.h"
+# |           ^~~~~~~~~~~~
+EXTRA_OEMAKE_append = " -l"
+
 inherit autotools gettext texinfo
 
 # The automatic m4 path detection gets confused, so force the right value
-- 
2.25.1



More information about the Openembedded-core mailing list