From owner-freebsd-current Tue Jan 28 22:26: 3 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F14737B405; Tue, 28 Jan 2003 22:26:01 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29BA843F3F; Tue, 28 Jan 2003 22:25:59 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.6/8.12.6) with ESMTP id h0T6PwMW068174; Tue, 28 Jan 2003 22:25:58 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.6/8.12.6) with ESMTP id h0T6PwKm001824; Tue, 28 Jan 2003 22:25:58 -0800 (PST) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.6/8.12.6/Submit) id h0T6PwY7001823; Tue, 28 Jan 2003 22:25:58 -0800 (PST) Date: Tue, 28 Jan 2003 22:25:58 -0800 From: Marcel Moolenaar To: Benno Rice Cc: Juli Mallett , current@FreeBSD.org Subject: Re: Patch to teach config(8) about "platforms". Message-ID: <20030129062558.GB1715@athlon.pn.xcllnt.net> References: <20030129013537.GB1016@athlon.pn.xcllnt.net> <20030128174259.A10304@FreeBSD.org> <20030129021406.GD1016@athlon.pn.xcllnt.net> <20030128182013.A13422@FreeBSD.org> <20030129025124.GG1016@athlon.pn.xcllnt.net> <20030128190158.A15778@FreeBSD.org> <20030129044548.GI1016@athlon.pn.xcllnt.net> <20030128205737.A22274@FreeBSD.org> <20030129051853.GJ1016@athlon.pn.xcllnt.net> <1043819769.648.52.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1043819769.648.52.camel@localhost> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jan 29, 2003 at 04:56:10PM +1100, Benno Rice wrote: > > > > No, I see MACHINE_ARCH implied by where you run config. This seems > > strange and I'm not completely sure it's a good thing, but > > MACHINE_ARCH is defined in /sys/${ARCH}/include/param.h and > > defining the architecture in the kernel config file only allows > > a limited freedom; namely the freedom to have the config file > > outside the source tree. It basicly only defines a directory, > > nothing else. See also below for pc98. > > > > Thus, MACHINE_ARCH is not specified and "machine" holds the > > implementation (ie platform). This is exactly what we have > > now, so you don't change the meaning. > > This is just confusing. Having just played with this, if I specify > machine i386 while in the sys/powerpc/conf directory, I end up with an > unbuildable configuration as it sucks in the i386 Makefile but assumes > that it's arch-specific files are in ../../include. Yes. We now have config(8) interpret machine in such a way that it works for pc98 and therefore does not work right iwith what we like to achieve. That needs to change for it to work. > Juli's form is also more explicit, which I find appealing. Agreed. There's an advantage there, but see also my reply to Juli about the use of "machine" to mean MACHINE_ARCH and the use of "platform" to mean MACHINE. This I don't find appealing. > Juli's patches don't touch the common case. We have 3 architectures that have multiple machines or platforms (mips, powerpc and i386). Setting "platform" for mips and powerpc and not i386 means that you're setting it for the common case, because you could have "nonstandardlocation" defined for only pc98. Again, this is just looking at it from a different point of view, but a point of view we all have in a year from now when we moved there. > platform then you don't get that extra logic. Easy. I agree that > moving pc98 over to whatever system we want to use is a good idea, but > for the moment I'd be happy with not forcing mips and powerpc down the > same road as pc98 which I see as being overly painful and confusing. Agreed. We should not do the same, but instead of saying that we do mips and powerpc different, I think we should say that mips and powerpc do it the normal way and pc98 does it differently. I like to use an extra keyword for the weird case (pc98) and not the normal (common) case. See also above, this is looking at it from a point of view we'll going to have in the future, not a point of view we all have now. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message