From owner-svn-src-head@FreeBSD.ORG Mon Jan 24 06:30:16 2011 Return-Path: Delivered-To: svn-src-head@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCD161065674; Mon, 24 Jan 2011 06:30:16 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 799578FC1D; Mon, 24 Jan 2011 06:30:16 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id p0O6N2mK012376; Sun, 23 Jan 2011 23:23:02 -0700 (MST) (envelope-from imp@bsdimp.com) Message-ID: <4D3D1AC6.7030003@bsdimp.com> Date: Sun, 23 Jan 2011 23:23:02 -0700 From: Warner Losh User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101211 Thunderbird/3.1.7 MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <201101222257.p0MMvSZY007310@svn.freebsd.org> <20110123104812.A3489@maildrop.int.zabbadoz.net> In-Reply-To: <20110123104812.A3489@maildrop.int.zabbadoz.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org, Garrett Cooper Subject: Re: svn commit: r217733 - in head: . share/man/man7 X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2011 06:30:16 -0000 On 01/23/2011 03:51, Bjoern A. Zeeb wrote: > On Sat, 22 Jan 2011, Garrett Cooper wrote: > >> On Sat, Jan 22, 2011 at 2:57 PM, Bjoern A. Zeeb wrote: >>> Author: bz >>> Date: Sat Jan 22 22:57:28 2011 >>> New Revision: 217733 >>> URL: http://svn.freebsd.org/changeset/base/217733 >>> >>> Log: >>> Properly document what the top-level `make tinderbox` does. >>> >>> Reviewed by: jmallett >>> MFC After: 3 days >>> X-MFC: build.7 only >> >> As much as I like make universe and tinderbox, for the purpose of >> development testing would it make sense if there was a tinderbox >> target that actually died on its first failure? tinderbox and universe > > I think not really; if you want to catch errors, you want all of them > and not just the first broken kernel if there are 12. > >> seems to be useful when dealing with known breakage or when executing >> periodic builds, but I don't know think it's as effective with >> development testing, as for some of the stuff I just want to build on >> something other than my host arch and another arch that isn't x86 (say >> arm, mips, powerpc) just to make sure that I didn't break anything >> endian wise (if the code is that nasty). > > make universe TARGETS=arm > or > make universe TARGETS="i386 amd64 sparc64 ia64" > > works perfectly well (again). Even > > make universe TARGETS=mips TARGET_ARCH=mips64eb KERNCONFS=XLR64 > > should be perfectly fine. Except, it isn't fine. That's a horrible interface. It doesn't work if TARGETS="i386 mips". Warner