From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 11:02:31 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6057637B401 for ; Mon, 21 Jul 2003 11:02:31 -0700 (PDT) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 133E043F85 for ; Mon, 21 Jul 2003 11:02:30 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.12.9/8.12.9) with ESMTP id h6LI2R9t014129; Mon, 21 Jul 2003 14:02:27 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <3F1C18CB.6030201@acm.org> References: <20030715100839.F41961@inton.Ninja-assassin.com> <20030716133802.K18278@schnell.net> <20030716181354.GA44980@dan.emsphone.com> <20030717074756.B17029@gamplex.bde.org> <20030717123524.T24327@schnell.net> <20030718154832.K21942@gamplex.bde.org> <20030718095946.H29869@schnell.net> <3F183EF9.7020506@acm.org> <20030721084750.GH12996@roark.gnf.org> <3F1C1695.30409@acm.org> <20030721163719.GI12996@roark.gnf.org> <3F1C18CB.6030201@acm.org> Date: Mon, 21 Jul 2003 14:02:26 -0400 To: kientzle@acm.org, Gordon Tetlow From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: Matt Loschert cc: current@freebsd.org Subject: Re: Buildworld fails in 5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 18:02:31 -0000 At 9:46 AM -0700 7/21/03, Tim Kientzle wrote: >Gordon Tetlow wrote: >>On Mon, Jul 21, 2003, Tim Kientzle wrote: >>>Hmmm... Is that what .ORDER is for? To work around a >>>parallel make that gratuitously rebuilds things? >> >>Right it serializes build dependencies. The problem with >>crunchgen ... > >I would argue "the problem with make"... ;-) I think it's >pretty clear that > >a b c: foo > buildabc > >does not require that 'buildabc' be run three times. Make >should be able to note that 'buildabc' was already spawned >for 'a' and just add 'b' and 'c' to the wait list for >that operation, rather than running additional copies. It may not be quite that simple, when it gets to splitting apart the make rules to build things in parallel. I tracked down two problems with parallel builds, and in both cases make was "doing the right thing", given the rules that it was working with. On the other hand, I'm certainly no expert when it comes to writing makefiles for parallel builds. In any case, the suggested change did not solve the problem for me, when doing a make -j5 buildworld. I still get the failure with: make: don't know how to make /usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclie nt/client/clparse.o. Stop If there's some other way I should run the buildworld to generate a more helpful output, let me know. The failure seems to be 100% reproducible on my machine, at least if I start out by removing all of /usr/obj/usr/src. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu