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>