From owner-freebsd-arch@FreeBSD.ORG Tue Feb 3 04:06:51 2009 Return-Path: Delivered-To: arch@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DDD0106564A; Tue, 3 Feb 2009 04:06:51 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp6.server.rpi.edu (smtp6.server.rpi.edu [128.113.2.226]) by mx1.freebsd.org (Postfix) with ESMTP id D20498FC1E; Tue, 3 Feb 2009 04:06:50 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp6.server.rpi.edu (8.13.1/8.13.1) with ESMTP id n1346e3G011895; Mon, 2 Feb 2009 23:06:41 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: <20090202.154213.387237162.imp@bsdimp.com> References: <20090130.085130.-4349483.imp@bsdimp.com> <20090130.093052.-2022808221.imp@bsdimp.com> <20090202220628.GA76833@dragon.NUXI.org> <20090202.154213.387237162.imp@bsdimp.com> Date: Mon, 2 Feb 2009 23:06:40 -0500 To: "M. Warner Losh" , obrien@FreeBSD.org From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 0.10 () [Hold at 20.00] COMBINED_FROM X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.226 Cc: arch@FreeBSD.org Subject: Re: svn commit: r187132 - head/usr.bin/make X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 04:06:51 -0000 At 3:42 PM -0700 2/2/09, M. Warner Losh wrote: >[...] However, I think that it is a moot point since > (a) I've backed out the change and > (b) the output is currently wrong. > >As to (b): Consider the following Makefile: > >all: one two three four > >one two three four: > @echo ${.TARGET} > @echo ${.TARGET} > @echo ${.TARGET} > @echo ${.TARGET} > >Right now, we get useless output from these job markers: > >% make -j 3 all >--- one --- >--- two --- >--- three --- >one >one >one >--- one --- >one >two >two >two >--- two --- >two >three >three >three >--- three --- >three >--- four --- >four >four >four >four > >Based on this, I'd suggest we turn them off until we can at least >produce good results. I don't know if we want them on by default >with good results, but we certainly want them off when they are >generating bad results. It looks like the extra output assumes that each target is producing just a single line of output. That's pretty much what I expected would happen, and if so then the extra output doesn't really help all that much when it comes to debugging 'make -j'. I've looked around my various machines, and much to my surprise I think I found some debugging-changes I made to 'make' back in 2003/2004. These changes helped me understand some problems we were having with 'crunchgen' vs 'make -j' at the time. Let me see if I can figure out what the changes are doing, update them to the latest version of 'make', and see if people find those to be interesting. I might not have the time to do that until this weekend, though. (and just to make things more interesting, it seems I've found multiple versions of my changes... Arg.) I do remember the changes needed some more work before they'd be generally-wonderful, which is why I didn't try to commit them at the time. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA