[OE-core] [PATCH] bison: Reset load average settings if specified in environment
Khem Raj
raj.khem at gmail.com
Sun Mar 15 07:52:25 UTC 2020
On Sat, Mar 14, 2020 at 10:38 PM Alexander Kanavin <alex.kanavin at gmail.com>
wrote:
> Shouldn’t the race be fixed? This might still happen because -j still
> parallelises the build,no?
>
It perhaps is a make bug which only triggers with -j and -l being both
present it’s perhaps easily reproducible using these together on bison
builds
As such I don’t see anything wrong with bison makery
> Alex
>
> On Sun 15. Mar 2020 at 5.30, Khem Raj <raj.khem at gmail.com> wrote:
>
>> 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
>>
>> --
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core at lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20200315/ac41511a/attachment.html>
More information about the Openembedded-core
mailing list