Date: Sun, 31 May 1998 11:50:33 -0500 (CDT) From: Richard Wackerbarth <rkw@dataplex.net> To: Eivind Eklund <eivind@yes.no> Cc: current@FreeBSD.ORG Subject: Re: How about /usr/ports/kernel ? Message-ID: <l03130310b196ef2053d9@[208.2.87.10]> In-Reply-To: <19980531052120.41610@follo.net> References: <l03130309b195d4c6fd5b@[208.2.87.10]>; from Richard Wackerbarth on Sat, May 30, 1998 at 03:45:31PM -0500 <199805301346.PAA29505@labinfo.iet.unipi.it>; <199805301346.PAA29505@labinfo.iet.unipi.it> <19980530182913.04478@follo.net> <l03130309b195d4c6fd5b@[208.2.87.10]>
next in thread | previous in thread | raw e-mail | index | archive | help
At 3:21 AM -0000 5/31/98, Eivind Eklund wrote: >On Sat, May 30, 1998 at 03:45:31PM -0500, Richard Wackerbarth wrote: >> At 4:29 PM -0000 5/30/98, Eivind Eklund wrote: >> > >My own view of this is that config(8) should scan for > > ../../*/conf/files.FreeBSD > > ../../*/conf/options.FreeBSD > > ../../*/conf/files.FreeBSD.<architecture> > > ../../*/conf/options.FreeBSD.<architecture> > >add concatenate this with the appropriate files. >[...on having kernels made as a part of a normal build...] > >We've discussed this before (off the list), and I tend to agree to >some of it. However, how is this related to the proposal above >(except for both being part of the kernel build structure)? I think that it is a "detail". Rather than increasing the complexity of "config", I would use the capability of "make" and the preprocessors to present to "config", a single list of elements that it must process. I am, somewhat, a Unix purist. I detest the trend toward mamoth monolithic programs which "do everything", each in its own slightly different way. I prefer the reuse of small highly targeted tools that do particular tasks in a clean, efficient manner. Sometimes, the tool starts small and grows by the addition of "warts" motivated by growth within the particular presentation of the underlying problem space. A different presentation may present the opportunity for a simpler solution. Richard Wackerbarth 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?l03130310b196ef2053d9>