Subject: Re: install/32765: kernel sets are not copied to $RELEASEDIR
To: None <,,>
From: David Laight <>
List: netbsd-bugs
Date: 02/08/2006 22:25:02
The following reply was made to PR install/32765; it has been noted by GNATS.

From: David Laight <>
To: Quentin Garnier <>
Subject: Re: install/32765: kernel sets are not copied to $RELEASEDIR
Date: Wed, 8 Feb 2006 22:29:56 +0000

 On Wed, Feb 08, 2006 at 11:12:22PM +0100, Quentin Garnier wrote:
 > >  
 > >  Probably not, the specific makefile may now be running as the correct
 > >  part of a parallel make, instead of a non-parallel make which generates
 > >  separate parallel makes for each of its sub-makes.
 > >  
 > >  A bug in make means that .WAIT doesn't work in the way the makefiles
 > >  expect (PR on make has been opened).
 > >  
 > >  In the meantime adding a .NOTPARALLEL to the relevant makefile will
 > >  force it to single-thread - while still allowing its sub-makes to
 > >  run in parallel with themselvels and other branches of the main make.
 > You added .NOTPARALLEL in that Makefile over two weeks ago.  Obviously
 > it still doesn't work properly.
 > (That's src/etc/Makefile we're talking about.)
 In that case another Makefile needs it.
 .NOTPARALLEL (now) includes the make in the 'big parallel make', but
 limits it to only ever having one job of its own running.
 However I also had to add .MAKE markers to a few other targets (in order
 to stop the job-pipe FDs being closed), the immediate child makes ran
 an non-parallel makes, but still passed -jn onto their children - which
 became the leaders of their own little parallel make universe.
 This caused the whole mess to be unstoppable when an error happens.
 David Laight: