Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 29 Aug 2003 13:42:45 -0700
From:      Marcel Moolenaar <marcel@xcllnt.net>
To:        "David O'Brien" <obrien@FreeBSD.org>
Cc:        cvs-all@FreeBSD.org
Subject:   Re: cvs commit: src/gnu/usr.bin Makefile src/lib Makefile src/sbin Makefile src/usr.bin Makefile src/usr.sbin Makefile
Message-ID:  <20030829204245.GC31211@dhcp01.pn.xcllnt.net>
In-Reply-To: <20030829183814.GB68755@dragon.nuxi.com>
References:  <20030829.090308.108809143.imp@bsdimp.com> <Pine.NEB.3.96L.1030829111205.45354B-100000@fledge.watson.org> <20030829.091836.35047413.imp@bsdimp.com> <20030829183814.GB68755@dragon.nuxi.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Aug 29, 2003 at 11:38:14AM -0700, David O'Brien wrote:
> On Fri, Aug 29, 2003 at 09:18:36AM -0600, M. Warner Losh wrote:
> > In message: <Pine.NEB.3.96L.1030829111205.45354B-100000@fledge.watson.org>
> >             Robert Watson <rwatson@FreeBSD.org> writes:
> > : Well, where we currently sit is that we've identified a set of
> > : semi-optional components -- areas where we've already done some
> > : build/install partitioning.  Let's just slightly enhance the
> > : infrastructure around the existing identifications, and not get too caught
> > : up in identifying new partitioning -- partioning and dependencies are
> > : hard. 
> > 
> > I'm worried that this will create a huge mess that's hard to clean up
> > later....
> 
> Agreed.

Has anyone thought about a solution that is based on the more generic
problem of suppressing recursing into arbitrary directories by using
an exclude list that uses REs or patterns?

Most NO_FOO variables do nothing but prevent that certain subdirectories
are added to SUBDIR. It seems to me that a more direct approach to
achieve this is more generic and usable than the inherently non-
scalable solution of introducing more NO_FOO variables.

Just a thought...

-- 
 Marcel Moolenaar	  USPA: A-39004		 marcel@xcllnt.net



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030829204245.GC31211>