On Sat, 2020-03-14 at 21:29 -0700, Khem Raj 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
I'm not sure I understand this. We've seen a failure on our ubuntu1604 performance tester which I think is the same bug as this. The environment on that machine doesn't change, so how/where is this -l option coming from? I suspect there is some issue we're not quite getting to still :( Cheers, Richard -- _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
