Hello Bernhard, are you saying that you submitted a patch about 6 years ago that fixes this issue (Busybox parallel make race)? If so, I don't mind to (stress) test it.
Thanks, Juro > -----Original Message----- > From: Bernhard Reutner-Fischer [mailto:[email protected]] > Sent: Tuesday, September 13, 2016 4:12 PM > To: Bystricky, Juro <[email protected]>; [email protected] > Cc: [email protected] > Subject: Re: [PATCH 0/1] Race in parallel make > > On September 12, 2016 11:37:40 PM GMT+02:00, Juro Bystricky > <[email protected]> wrote: > > > >In spite of some improvements regarding the race during parallel make > >as discussed in > >https://www.mail-archive.com/[email protected]/msg23244.html , > >busybox build is eventually broken even with Busybox GIT commits > >addressing the problem: > >0dddbc1a59795a77679d8c5ef48a2795cb470563 ("build system: always rewrite > >NUM_APPLETS.h") > >d8e61bbf13d0cf38d477255cfd5dc71c5d51d575 ("build system: different fix > >for include/applet_tables.h/include/NUM_APPLETS.h") > > > >The error is consistently the same: > > > >libbb/appletlib.c:164:13: error: 'NUM_APPLETS' undeclared (first use in > >this function) > > while (i < NUM_APPLETS) { > > > >The reason is the include file where NUM_APPLETS is defined is not yet > >generated (or is being modified) > >at the time libbb/appletlib.c is compiled. > >The attached patch fixes the problem by assuring libb is compiled as > >the last directory. > > This is getting silly. I wrote a patch to move all this hack to make > proper, IIRC. Back then there was some obscure opposition, again IIRC. > Could be this one: > http://lists.busybox.net/pipermail/busybox/2010-May/072555.html > > thanks, > > > > > > > >Juro Bystricky (1): > > Makefile: prevent race making libbb > > > > Makefile | 11 ++++++++++- > > 1 file changed, 10 insertions(+), 1 deletion(-) > _______________________________________________ busybox mailing list [email protected] http://lists.busybox.net/mailman/listinfo/busybox
