From owner-svn-src-head@FreeBSD.ORG  Fri Nov 18 03:00:23 2011
Return-Path: <owner-svn-src-head@FreeBSD.ORG>
Delivered-To: svn-src-head@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 1033)
	id 4629A106566C; Fri, 18 Nov 2011 03:00:19 +0000 (UTC)
Date: Fri, 18 Nov 2011 03:00:19 +0000
From: Alexey Dokuchaev <danfe@FreeBSD.org>
To: John Baldwin <jhb@freebsd.org>
Message-ID: <20111118030019.GA37436@FreeBSD.org>
References: <201111151849.pAFInR3K012609@svn.freebsd.org>
	<201111171141.22648.jhb@freebsd.org>
	<1321551793.82271.55.camel@bauer.cse.buffalo.edu>
	<201111171416.47725.jhb@freebsd.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
In-Reply-To: <201111171416.47725.jhb@freebsd.org>
User-Agent: Mutt/1.4.2.1i
Cc: src-committers@freebsd.org, Pawel Jakub Dawidek <pjd@freebsd.org>,
	Ken Smith <kensmith@buffalo.edu>, svn-src-all@freebsd.org,
	David Chisnall <theraven@freebsd.org>,
	TAKAHASHI Yoshihiro <nyan@freebsd.org>,
	Nathan Whitehorn <nwhitehorn@freebsd.org>, svn-src-head@freebsd.org
Subject: Re: svn commit: r227536 - in head: release 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
	<svn-src-head.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/svn-src-head>,
	<mailto:svn-src-head-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-src-head>
List-Post: <mailto:svn-src-head@freebsd.org>
List-Help: <mailto:svn-src-head-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/svn-src-head>,
	<mailto:svn-src-head-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 18 Nov 2011 03:00:23 -0000

On Thu, Nov 17, 2011 at 02:16:47PM -0500, John Baldwin wrote:
> On Thursday, November 17, 2011 12:43:12 pm Ken Smith wrote:
> > If you're referring to the FTP directory tree layout we wind up with:
> > 
> > 	.../releases/amd64/9.0-RELEASE
> > 	.../releases/amd64/ISO-IMAGES/9.0
> > 
> > for an example of uname -m == uname -p.  But for our two powerpc related
> > architectures we get:
> > 
> > 	.../releases/powerpc/9.0-RELEASE
> > 	.../releases/powerpc/ISO-IMAGES/9.0
> > 	.../releases/powerpc/powerpc64/9.0-RELEASE
> > 	.../releases/powerpc/powerpc64/ISO-IMAGES/9.0
> > 
> > I'm not sure I like the inconsistency.
> 
> Given the available tradeoffs I prefer this to amd64/amd64.  We could also
> define the rule another way, which is if a given TARGET only has a single
> TARGET_ARCH you just use TARGET, otherwise you use TARGET/TARGET_ARCH.

If we seem to employ some naming transition rule based on TARGET_ARCH and
TARGET, why not simply check just for pc98 as I suggested earlier, and
return TARGET in this case, and TARGET_ARCH otherwise?

Generalizing, perhaps this rule can be extended to the list of
TARGET/TARGET_ARCH combos for which we return TARGET, and TARGET_ARCH for
the rest?

(This is for ISO file names; for release directory structure John's
suggestion looks reasonable.)

./danfe