Date: Wed, 12 Jul 2000 20:35:25 +0900 From: "Daniel C. Sobral" <dcs@newsguy.com> To: Greg Lehey <grog@lemis.com> Cc: Vivek Khera <khera@kciLink.com>, Kris Kennaway <kris@FreeBSD.ORG>, stable@FreeBSD.ORG Subject: Re: HEADS UP! Always use the 'make buildkernel' target to make yer kernels Message-ID: <396C57FD.F73C1942@newsguy.com> References: <Pine.BSF.4.21.0007092043510.33246-100000@freefall.freebsd.org> <14697.55301.614418.390096@onceler.kcilink.com> <20000711103710.B21954@wantadilla.lemis.com> <396ADB61.5736BF19@newsguy.com> <20000711182903.K23115@wantadilla.lemis.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Greg Lehey wrote:
>
> >> 1. Before building, it removes the existing kernel build tree.
> >> There's no good reason for this.
> >
> > make buildkernel -DNOCLEAN
>
> No, that makes clean the default, and that's wrong.
The defaults being wrong is a very different problem.
> > See also:
> >
> > # -DNO_KERNELCONFIG do not run config in ${MAKE} buildkernel
> > # -DNO_KERNELDEPEND do not run ${MAKE} depend in ${MAKE} buildkernel
>
> That's broken too. The whole idea of make is that you don't need to
> do a make clean under normal circumstances. But we're used to that
> when building a world.
See above. :-)
> Yes. We could agree to change the tree to /usr/obj, but it should be
> consistent whichever way you do it. In the process we should also use
> obj symlinks like other BSDs use:
>
> === grog@wantadilla (/dev/ttyp5) ~ 1 -> cd /src/OpenBSD/src/sbin/fsck
> === grog@wantadilla (/dev/ttyp5) /src/OpenBSD/src/sbin/fsck 2 -> l
> total 1
> drwxr-xr-x 2 grog lemis 512 Apr 17 1999 CVS
> -rw-r--r-- 1 grog lemis 171 Sep 22 1997 Makefile
> -r--r--r-- 1 grog lemis 421 Apr 18 1999 TRANS.TBL
> -rw-r--r-- 1 grog lemis 3616 Mar 25 1999 fsck.8
> -rw-r--r-- 1 grog lemis 10548 Feb 28 1997 fsck.c
> -rw-r--r-- 1 grog lemis 6034 Sep 9 1997 fsutil.c
> -rw-r--r-- 1 grog lemis 2714 Oct 20 1996 fsutil.h
> lrwxr-xr-x 1 root wheel 18 May 28 20:20 obj -> /usr/obj/sbin/fsck
> -rw-r--r-- 1 grog lemis 1857 Oct 20 1996 pathnames.h
> -rw-r--r-- 1 grog lemis 8734 Mar 25 1999 preen.c
Oh, I *like* that! But it prevents one from using RO /usr/src.
> >> These two points mean that if you later
> >> want to go back and tune your kernel (change a driver parameter,
> >> say), you can't just do a config; cd ../../compile/FOO; make, you
> >> have to go the whole nine yards.
> >
> > See #1.
>
> OK. See point 1.
The defaults being wrong don't prevent you from being *capable* of just
tuning your kernel. In fact, I'm used to do that using buildkernel.
> > Personally, I prefer different names, even though it annoyed the hell
> > out of me at first. Until I changed my /boot/loader.conf :).
>
> Peter recently removed the possibility of different kernel names from
> config(8). I assume this is now done by a rename. At least we should
> agree whether the idea of differently named kernels is good or bad.
Well, at least that way I can name my kernel configuration file
"vmunix", and then the kernel will be built and installed with the
proper name. :-)
> >> 4. It's just plain clumsy.
> >
> > MMmmm? In what way? A single command line does all the work for me,
> > including variations on running config, with and without -r, and making
> > depend or not.
>
> Right, but you need to specify the name of the kernel. That's
> clumsy in my book.
You don't. You set it on /etc/make.conf. I do, anyway.
--
Daniel C. Sobral (8-DCS)
dcs@newsguy.com
dcs@freebsd.org
capo@the.great.underground.bsdconpiracy.org
<jkh> _DES: The Book of Bruce has only one sentence in it, and it says
"the actual directives of my cult are left as an exercise for the
reader. Good luck."
<EE> jkh: does it really include the 'good luck' part?
<jkh> EE: OK, I made that part up.
<jkh> EE: I figured it should sound a bit more cheery than how Bruce
initially dictated it to me.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?396C57FD.F73C1942>