Date: Tue, 26 Jan 2016 10:40:14 -0600 From: Brandon J. Wandersee <brandon.wandersee@gmail.com> To: Warren Block <wblock@wonkity.com> Cc: Tim Daneliuk <tundra@tundraware.com>, Terje Elde <terje@elde.net>, FreeBSD Mailing List <freebsd-questions@freebsd.org> Subject: Re: [installworld] Do We need /usr/obj Message-ID: <86oac8fg5t.fsf@WorkBox.Home> In-Reply-To: <alpine.BSF.2.20.1601251845450.3341@wonkity.com> References: <56A532AC.3050803@tundraware.com> <B352D17C-E1F5-44C6-A530-2CF37BFF09E7@elde.net> <56A53AA1.1010405@tundraware.com> <9D1058C8-6599-44B7-9C20-1A0F3DA48FE0@elde.net> <56A53EC5.3040805@tundraware.com> <86zivus1yv.fsf@WorkBox.Home> <alpine.BSF.2.20.1601251845450.3341@wonkity.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Warren Block writes: > On Sun, 24 Jan 2016, Brandon J. Wandersee wrote: >> >> Second: placing NO_CLEAN="YES" in /etc/make.conf will greatly reduce >> build time, though using it on anything but -RELEASE would probably be a >> bad idea. > > Why? I use NO_CLEAN routinely to update between versions of 10-stable. > If there is ever a problem, it's easy enough to delete /usr/obj (faster > than 'make clean') and try again. > > Actually, this is part of a fairly involved build script that automates > the normal process. Well, my reasoning was that changes between builds of the releng/* branches are fewer, farther between, and usually trivial (from a code management perspective), while changes between builds on development branches might involve more drastic fundamental changes, moreso the longer one goes without building. Since the OP wants to always minimize build time (and prefers unattended builds), the increased risk of a failed build probably wouldn't be worth it. If a build fails one can always just demolish what's already been built and start over, sure, but that's not really a favorable argument if always minimizing build time is the ultimate goal. But I have to admit I've never tried it, and if it works, then I stand corrected. -- ================================================================= :: Brandon Wandersee :: :: brandon.wandersee@gmail.com :: ==================================================================
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86oac8fg5t.fsf>