Date: Mon, 04 Jul 2005 10:00:28 +0900 From: gnn@freebsd.org To: "Poul-Henning Kamp" <phk@haven.freebsd.dk> Cc: gnn@freebsd.org, Robert Watson <rwatson@freebsd.org>, current@freebsd.org, Garance A Drosehn <gad@freebsd.org> Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 Message-ID: <m2fyuv75cj.wl%gnn@neville-neil.com> In-Reply-To: <71079.1119249367@critter.freebsd.dk> References: <p0621021dbedbfa4dd5ff@128.113.24.47> <71079.1119249367@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
At Mon, 20 Jun 2005 08:36:07 +0200, Poul-Henning Kamp wrote: > The trouble with options like this is that they escape our normal > build tests. > > A good example of this is the kernel option INET which in theory > is optional, but which on average only is it 10% of the time. The only way to get this to work, IMHO, is to take the full system, and generate a dependency graph, if that's even possible. Then you know where to cut and where new APIs need to be defined to know where to cut. I'll try to generate this as part of the scripts on code-speluking.org. Later, George
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?m2fyuv75cj.wl%gnn>