From owner-freebsd-current@FreeBSD.ORG Mon Jul 14 15:12:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1698737B401 for ; Mon, 14 Jul 2003 15:12:14 -0700 (PDT) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F08C43F85 for ; Mon, 14 Jul 2003 15:12:13 -0700 (PDT) (envelope-from kientzle@acm.org) Received: from acm.org (ugly.x.kientzle.com [66.166.149.53]) by kientzle.com (8.12.9/8.12.9) with ESMTP id h6EMCCgY029480; Mon, 14 Jul 2003 15:12:12 -0700 (PDT) (envelope-from kientzle@acm.org) Message-ID: <3F132B65.1040506@acm.org> Date: Mon, 14 Jul 2003 15:15:01 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.1) Gecko/20021005 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gordon Tetlow References: <20030713214715.H15811@root.org> <20030714004042.A38507@hub.freebsd.org> <20030714160952.GD12996@roark.gnf.org> <3F130805.3060900@acm.org> <20030714194815.GJ12996@roark.gnf.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: Nate Lawson Subject: Re: Overdone rescue cleaning as part of buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kientzle@acm.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2003 22:12:14 -0000 Gordon Tetlow wrote: > On Mon, Jul 14, 2003 at 12:44:05PM -0700, Tim Kientzle wrote: >>Gordon Tetlow wrote: >>>>On Sun, Jul 13, 2003 at 09:49:46PM -0700, Nate Lawson wrote: >>>>>It appears /rescue is cleaning for way too much as part of buildworld. >>>>>For instance, groff is NOT part of /rescue (or we have other things to >>>>>discuss. :) This adds a bit of time to buildworld, can it be removed? >>>> >>Yeah, I took a few shortcuts; /rescue does build far more in >>OBJDIR than it needs to, and similarly cleans much more than it needs >>to. (Those extra dirs are never populated, but building and cleaning >>them does still take time.) I believe the attached patch addresses >>this issue; it trims down /usr/obj/usr/src/rescue/rescue/usr/src/... to >>just the directories actually needed. > > This solution is kinda hackish, I have a more generic solution that makes > it easier to add programs without having to specifically add > CRUNCH_SRCDIR_foo to every program outside of src/bin and src/sbin. I'm > hoping to iron out the wrinkles today and post the patches. Other than > that the patch is pretty much complete. Great! Looking forward to it. Do take a look, though at the edits near the end of that patch file. There are a couple of corrections there that actually complete the support for CRUNCH_SRCDIR_foo, and should be included even if you solve this particular problem in a more sophisticated way. Tim