Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 17 Nov 2011 11:41:22 -0500
From:      John Baldwin <jhb@freebsd.org>
To:        Ken Smith <kensmith@buffalo.edu>
Cc:        Alexey Dokuchaev <danfe@freebsd.org>, src-committers@freebsd.org, Pawel Jakub Dawidek <pjd@freebsd.org>, 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
Message-ID:  <201111171141.22648.jhb@freebsd.org>
In-Reply-To: <1321542696.82271.31.camel@bauer.cse.buffalo.edu>
References:  <201111151849.pAFInR3K012609@svn.freebsd.org> <20111117145723.GB96475@FreeBSD.org> <1321542696.82271.31.camel@bauer.cse.buffalo.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thursday, November 17, 2011 10:11:36 am Ken Smith wrote:
> On Thu, 2011-11-17 at 14:57 +0000, Alexey Dokuchaev wrote:
> > On Thu, Nov 17, 2011 at 09:44:52AM -0500, Ken Smith wrote:
> > > This is the problem we are trying to "solve":
> > > 
> > > Supported TARGET/TARGET_ARCH pairs for world and kernel targets
> > >     amd64/amd64
> > >     arm/arm
> > >     arm/armeb
> > >     i386/i386
> > >     ia64/ia64
> > >     mips/mipsel
> > >     mips/mipseb
> > >     mips/mips64el
> > >     mips/mips64eb
> > >     mips/mipsn32eb
> > >     pc98/i386
> > >     powerpc/powerpc
> > >     powerpc/powerpc64
> > >     sparc64/sparc64
> > 
> > As I see it, for every pair except pc98/i386, second part should be used.
> > For pc98/i386, first (pc98).  Problem solved.  ;-)
> > 
> > ./danfe
> > 
> 
> I'd still sort of prefer no special cases.  However ...
> 
> For the ISO / memstick filenames we could just program in `uname -p`
> and ask the pc98 builder to modify the filenames post-build.  But
> we still have the dual names needed for the FTP site layout.  There
> it needs to be fully automated in the installer.
> 
> So, given it seemed like we're sort of stuck with having the dual
> names appearing in other places combined with it never causing us
> to have special cases and/or conflicts it seemed like just biting
> the bullet and having them in the ISO / memstick filenames too ...
> 
> Have I mentioned I don't like any of the options?  :-/

I think collapsing down to one name if uname -m == uname -p is not that 
terrible and would preserve the existing layout for most of the current
cases (only pc98 would change, yes)?

-- 
John Baldwin



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201111171141.22648.jhb>