From owner-freebsd-questions Wed Aug 27 18:11:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA23344 for questions-outgoing; Wed, 27 Aug 1997 18:11:51 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA23336 for ; Wed, 27 Aug 1997 18:11:46 -0700 (PDT) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id LAA12123; Thu, 28 Aug 1997 11:09:30 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id KAA00395; Thu, 28 Aug 1997 10:39:11 +0930 (CST) Message-ID: <19970828103910.42694@lemis.com> Date: Thu, 28 Aug 1997 10:39:10 +0930 From: Greg Lehey To: Wes Peters Cc: questions@freebsd.org Subject: Re: Any reason not to remove /usr/obj/* ? (fwd) References: <19970826160248.15087@lemis.com> <199708261425.IAA21981@obie.softweyr.ml.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <199708261425.IAA21981@obie.softweyr.ml.org>; from Wes Peters on Tue, Aug 26, 1997 at 08:25:24AM -0600 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-questions@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, Aug 26, 1997 at 08:25:24AM -0600, Wes Peters wrote: > Oh so recently I blathered: >> In short: if you've got the disk space and are going to be rebuilding >> the world, leave 'em. If you need the disk space, grab it. If you're >> undecided, buy a Jaz drive and a cartrige for /usr/obj. ;^) > > Greg Lehey elaborated thusly: >> That depends on how you make your world. Normally, the first thing >> that 'make world' does is to remove all the objects and start afresh. >> Check /usr/src/Makefile: > > Thanks for pointing this out; I realized I have several make environment > variables I set in my root account that gives me the behavior I > espoused. Yes, indeed, the standard 'make world' target starts off with > a 'make clean'. In this case, and empty /usr/obj will probably speed up > the make process somewhat. > > My environment variables automagically run make with -DNOCLEAN, which > speeds up the make world somewhat, but can lead to catastrophic > failures. The remedy in this situation is to boot into single user, > mount up your normal disks, and run a regular 'make world.' Not > something you'd want to do on a production machine, but this is my own > workstation, right? Indeed. For those who are tracking -current, you may have run into the same problem that has been driving me mad this past week: if I do a 'make world' and remove the /usr/obj tree, the make runs fine. If I run my standard nightly build job, which does a -DNOCLEAN, it screws up the file /usr/lib/libc.so.3.0, the standard dynamic C library. The result is that the system effectively hangs when the file is installed. The kernel's still running, but running processes die, and you can't start any more. I have a spare file in /usr/lib which I can move into place, assuming that I can get a shell to run, but as Bill says, that's not everybody's taste. Greg