From owner-svn-src-all@FreeBSD.ORG  Sat Jan  9 17:10:50 2010
Return-Path: <owner-svn-src-all@FreeBSD.ORG>
Delivered-To: svn-src-all@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id C4DD0106566C;
	Sat,  9 Jan 2010 17:10:50 +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 7F7248FC17;
	Sat,  9 Jan 2010 17:10:50 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
	by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o09H4MtH018769;
	Sat, 9 Jan 2010 10:04:22 -0700 (MST) (envelope-from imp@bsdimp.com)
Date: Sat, 09 Jan 2010 10:05:12 -0700 (MST)
Message-Id: <20100109.100512.623571555980925615.imp@bsdimp.com>
To: nyan@freebsd.org
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <20100110.001429.173527971.nyan@FreeBSD.org>
References: <201001081901.o08J1pjc062909@svn.freebsd.org>
	<20100110.001429.173527971.nyan@FreeBSD.org>
X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, bz@freebsd.org,
	src-committers@freebsd.org
Subject: Re: svn commit: r201815 - head
X-BeenThere: svn-src-all@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "SVN commit messages for the entire src tree \(except for &quot;
	user&quot; and &quot; projects&quot; \)" <svn-src-all.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/svn-src-all>,
	<mailto:svn-src-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-src-all>
List-Post: <mailto:svn-src-all@freebsd.org>
List-Help: <mailto:svn-src-all-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/svn-src-all>,
	<mailto:svn-src-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 09 Jan 2010 17:10:50 -0000

In message: <20100110.001429.173527971.nyan@FreeBSD.org>
            TAKAHASHI Yoshihiro <nyan@freebsd.org> writes:
: In article <201001081901.o08J1pjc062909@svn.freebsd.org>
: "Bjoern A. Zeeb" <bz@FreeBSD.org> writes:
: 
: >   To avoid hardcoding further kernel configuration names for
: >   make universe, split the logic into two parts:
: >   - 1st to build worlds and generate kernel configs like LINT.
: >   - 2nd to build kernels for a given TARGET architecture correctly
: >     finding all newly generated configs, not knowing anything about
: >     LINT anymore. (*)
: 
: > +universe_kernels: universe_kernconfs
: > +BUILD_ARCH!=	uname -p
: 
: Should this be "uname -m"?
: 
: 
: > +TARGET?=	${BUILD_ARCH}
: > +KERNCONFS!=	cd ${.CURDIR}/sys/${TARGET}/conf && \
: > +		find [A-Z0-9]*[A-Z0-9] -type f -maxdepth 0 \
: > +		! -name DEFAULTS ! -name NOTES

Yes.  Also, the name BUILD_ARCH is misleading, since it corresponds to
MACHINE, not to MACHINE_ARCH.  it is clear that it is used in the
MACHINE context, not the MACHINE_ARCH context.

These two are often confused, but many of the embedded platforms have
added to the confusion and it is unclear where the sharp dividing line
should be here anymore.  It used to be separate boot environment, but
even that has gotten fuzzy for architectures like mips and arm that
boot with a huge variety of boot loaders...

Warner