From owner-freebsd-arch@freebsd.org Fri Jul 1 13:57:18 2016 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C211BB88802 for ; Fri, 1 Jul 2016 13:57:18 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A1B6D25D0 for ; Fri, 1 Jul 2016 13:57:18 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro.local (d-69-161-105-82.cpe.metrocast.net [69.161.105.82]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6DBADB91E for ; Fri, 1 Jul 2016 09:57:17 -0400 (EDT) Subject: Re: Build work 11.0 plans status update To: freebsd-arch@freebsd.org References: <201605270001.u4R01mKT087678@repo.freebsd.org> <20160527182543.GB4025@FreeBSD.org> <0d639d52-3ed4-a86d-3d45-b93c02939ce7@FreeBSD.org> From: John Baldwin Message-ID: Date: Fri, 1 Jul 2016 09:57:17 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <0d639d52-3ed4-a86d-3d45-b93c02939ce7@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 01 Jul 2016 09:57:17 -0400 (EDT) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jul 2016 13:57:18 -0000 On 6/30/16 12:42 PM, Bryan Drewery wrote: > (bcc'd some specific interested parties) > > This is from a private mail I sent to re@ a while back and is a status > update for upcoming work. > >> On Fri, May 27, 2016 at 11:18:58AM -0700, Bryan Drewery wrote: >>> Heads up, I intend to continue adding a few new features during the >>> slush/stable period since they are so impactful. They will be >>> off-by-default for stable/11 at this point I guess. I feel this is fine >>> since it is not ABI-related. >>> >>> - AUTO_OBJ: For subdir builds and buildworld, automatically create obj >>> dirs without needing 'make obj'. I wanted to enable this by default but >>> can wait for the branch to be created. There is some work pending for this. Will there be a way to disable use of /usr/obj if desired? Normally I do want it, but sometimes I don't. One of my use cases is when I have a src tree mounted via NFS into a VM guest and /usr/obj is private to the guest. Being able to build "in-tree" in a work checkout means that the binary is available on the host so I can run a debugger against it, and/or I can build the binary in one place and run it in both. For my work with gdb which uses auto*, I use a 'obj' subdir of the checkout which is akin to what Simon suggests, but I can do that on a per-tree basis without having to set various env vars or having to specify make vars on each make invocation. Also, when building random little source files ('vi foo.c' / 'make foo') it's handy to be able to ./foo instead of /usr/obj//foo to find the binary I just built. -- John Baldwin