Date: Tue, 28 Jan 2003 22:25:58 -0800 From: Marcel Moolenaar <marcel@xcllnt.net> To: Benno Rice <benno@FreeBSD.org> Cc: Juli Mallett <jmallett@FreeBSD.org>, current@FreeBSD.org Subject: Re: Patch to teach config(8) about "platforms". Message-ID: <20030129062558.GB1715@athlon.pn.xcllnt.net> In-Reply-To: <1043819769.648.52.camel@localhost> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030129062558.GB1715>