Date: Sun, 16 Jul 2000 01:24:29 -0700 From: Marcel Moolenaar <marcel@cup.hp.com> To: Greg Lehey <grog@lemis.com> Cc: Alfred Perlstein <bright@wintelcom.net>, arch@FreeBSD.ORG, marcel@FreeBSD.ORG Subject: Re: I'm fixing the build/install kernel target Message-ID: <3971713D.AF57BB53@cup.hp.com> References: <20000714165105.O25571@fw.wintelcom.net> <20000714172250.P25571@fw.wintelcom.net> <20000716135232.Q57098@wantadilla.lemis.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Greg Lehey wrote: > > Here's what I think would make sense: > > 1. Allow "make buildkernel" and "make installkernel" in /usr/src with > no options. The results should be identical with the "make all" > and "make install" in /usr/src/sys/compile/MYKERNEL, where > MYKERNEL is the name of the currently running kernel. The rule in > /usr/src can get the name from uname(1). I don't think we should do this. Having a default of GENERIC, optionally overridable by the user, is more "stable" then trying uname. Especially in the light of upgrades where GENERIC is guaranteed to build, this makes sense. > 2. Call the resultant kernel "kernel", not "MYKERNEL". This is what > we're used to, and peter recently went to some trouble to remove > arbitrary kernel names. Agreed. > 3. Put the build directory in the /usr/obj hierarchy, not the > /usr/src/sys/compile hierarchy. That would (help) enable > read-only /usr/src. Agreed. The above implies, IMO, that we don't add support for installing multiple kernels (and their corresponding modules, however we may want to do that). -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3971713D.AF57BB53>