From owner-freebsd-current Wed Jan 29 13:28:35 2003 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 94D1537B401; Wed, 29 Jan 2003 13:28:33 -0800 (PST) Date: Wed, 29 Jan 2003 13:28:33 -0800 From: Juli Mallett To: Marcel Moolenaar Cc: Benno Rice , current@FreeBSD.ORG Subject: Re: Patch to teach config(8) about "platforms". Message-ID: <20030129132833.A86377@FreeBSD.org> References: <1043819769.648.52.camel@localhost> <20030129062558.GB1715@athlon.pn.xcllnt.net> <1043821970.648.60.camel@localhost> <20030129074647.GD1715@athlon.pn.xcllnt.net> <1043828377.648.67.camel@localhost> <20030129100411.GA3272@dhcp01.pn.xcllnt.net> <20030129115542.A79257@FreeBSD.org> <20030129204744.GC5416@dhcp01.pn.xcllnt.net> <20030129125530.A83790@FreeBSD.org> <20030129211904.GB5740@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030129211904.GB5740@dhcp01.pn.xcllnt.net>; from marcel@xcllnt.net on Wed, Jan 29, 2003 at 01:19:04PM -0800 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes 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 * De: Marcel Moolenaar [ Data: 2003-01-29 ] [ Subjecte: Re: Patch to teach config(8) about "platforms". ] > On Wed, Jan 29, 2003 at 12:55:30PM -0800, Juli Mallett wrote: > > * De: Marcel Moolenaar [ Data: 2003-01-29 ] > > [ Subjecte: Re: Patch to teach config(8) about "platforms". ] > > > > If we just make "machine" mean more of what it means now, then we're > > > > set. > > > > > > But pc98 needs to be dealt with. Maybe a summary of what's been > > > discussed would be a good idea. We've had a lot of mail with some > > > confusion to be dealt with as well... > > > > Well, yes and no... If we make machine mean more of "where stuff is" > > which is what it means now, then we can have "machine pc98" for it, > > until it moves to the "new world order" (if ever) and use that to figure > > out where files,options,ldscript,... And so on, fine. It obviously already > > does the right thing wrt MACHINE_ARCH for how things work. Those are > > defined by the native system's headers when make is built. And for a > > cross-build, they're overridden. So if we just add that one tiny little > > bit of logic to end up with /sys/$machine (for config), then pc98 is > > fine even wrt being able to build outside of the source tree... Can you > > tell me where pc98 is a problem here? > > I thought the idea was to have machine be usable for platforms, so > as to have the mapping machine->MACHINE. This makes the keyword > unusable for handling the pc98 case. I guess I was confused (now > you know who needs the summary :-) Well, I like what jhb has suggested, of fully moving to a new set of keywords for config(8) to describe these sorts of things, rather than having machine+platform, having arch+platform, but keeping machine for those things that want it. Does that work for you? That way there's no misunderstanding about "machine" as it comes out of the picture, except for cases where MACHINE_ARCH is MACHINE is machine, unless we are making the (unaffected) pc98 mistake. When I mean make "machine" more of what it is now, I mean just use it for finding stuff, which is all it does now. -- Juli Mallett AIM: BSDFlata -- IRC: juli on EFnet OpenDarwin, Mono, FreeBSD Developer ircd-hybrid Developer, EFnet addict FreeBSD on MIPS-Anything on FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message