From owner-freebsd-hackers  Sat Jun 23 12:23:27 2001
Delivered-To: freebsd-hackers@freebsd.org
Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.121.12])
	by hub.freebsd.org (Postfix) with ESMTP
	id F285637B401; Sat, 23 Jun 2001 12:23:24 -0700 (PDT)
	(envelope-from tlambert2@mindspring.com)
Received: from mindspring.com (dialup-209.247.140.184.Dial1.SanJose1.Level3.net [209.247.140.184])
	by harrier.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id MAA10792;
	Sat, 23 Jun 2001 12:23:02 -0700 (PDT)
Message-ID: <3B34ECB7.CF7F4047@mindspring.com>
Date: Sat, 23 Jun 2001 12:23:35 -0700
From: Terry Lambert <tlambert2@mindspring.com>
Reply-To: tlambert2@mindspring.com
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Valentin Nechayev <netch@iv.nn.kiev.ua>
Cc: John Baldwin <jhb@FreeBSD.ORG>, hackers@FreeBSD.ORG
Subject: Re: Two Junior Kernel Hacker tasks..
References: <XFMail.010622105201.jhb@FreeBSD.org> <20010623081844.B982@iv.nn.kiev.ua>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-hackers@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-hackers.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo?subject=subscribe%20freebsd-hackers>
List-Unsubscribe: <mailto:majordomo?subject=unsubscribe%20freebsd-hackers>
X-Loop: FreeBSD.ORG

> make buildkernel is rather easy way to work it around: in
> any case object tree is machine-dependent, and one yet
> another directory does not destroy anything. ;|

The "make buildkernel" approach sucks for incremental
builds, since you are unable to avoid the "config" run
each time, and a lot of unnecessary stuff gets compiled
again because of opt_*.h files whose contents have not
changed (even if you defeat the clean of the compile
directory).

The "make release" process has similar problems, for
that matter.  Too bad no one seems willing to commit
incremental fixes towards cleaning that up, or, when
they are willing (as in this case), people argue that
it's unnecessary, and nothing ever gets done.

I think they should "go for it" with the architecture
specific config directories (though I would point out
that they can achieve this effect already, with the
correct "config" arguments -- I do agree it should be
the default).

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message