From owner-freebsd-arch@freebsd.org Thu Jun 30 16:49:42 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 69D4FB876A7 for ; Thu, 30 Jun 2016 16:49:42 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 54E002025 for ; Thu, 30 Jun 2016 16:49:42 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 50202B876A6; Thu, 30 Jun 2016 16:49:42 +0000 (UTC) Delivered-To: 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 4FBFFB876A5 for ; Thu, 30 Jun 2016 16:49:42 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 401DD2024; Thu, 30 Jun 2016 16:49:42 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id F2E331FA8; Thu, 30 Jun 2016 16:49:41 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 30 Jun 2016 16:49:41 +0000 From: Glen Barber To: Bryan Drewery Cc: arch@FreeBSD.org Subject: Re: Build work 11.0 plans status update Message-ID: <20160630164941.GW1453@FreeBSD.org> References: <201605270001.u4R01mKT087678@repo.freebsd.org> <20160527182543.GB4025@FreeBSD.org> <0d639d52-3ed4-a86d-3d45-b93c02939ce7@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="reSNjdE3Iylkp4B8" Content-Disposition: inline In-Reply-To: <0d639d52-3ed4-a86d-3d45-b93c02939ce7@FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) 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: Thu, 30 Jun 2016 16:49:42 -0000 --reSNjdE3Iylkp4B8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 30, 2016 at 09:42:35AM -0700, Bryan Drewery wrote: > (bcc'd some specific interested parties) >=20 > This is from a private mail I sent to re@ a while back and is a status > update for upcoming work. >=20 > > 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 fi= ne > >> 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 b= ut > >> can wait for the branch to be created. There is some work pending for= this. > >> - Using objdir pattern of /usr/obj/usr/src/TARGET.TARGET_ARCH/bin/sh f= or > >> all archs, not just non-native. I'd prefer this made it into stable/1= 1. > >> Very little work remaining for this. > >> - WITH_META_MODE: Fixed incremental (with default -DNO_CLEAN) build > >> (mail pending to current@ soon). No work remaining except 1 pending > >> commit. Not planning on-by-default for stable/11. > >> - Build clang once for universe regardless of WITH_SYSTEM_COMPILER. > >> On-by-default. I really intend to make this into stable/11. It will = be > >> too great of a time savings to ignore for 11 release testing IMO. > >> > >=20 >=20 > Just an update... >=20 > - WITH_SYSTEM_COMPILER is now on by default. There has been some > unexpected fallout from this such as with ppc64 thinking it was using > a newer gcc (fixed), or the xlint build failing for 1 user (still not > fixed). >=20 > - META_MODE should mostly be done now. Some fixes/tweaks may still > trickle in for edge cases, such as allowing WITH_SYSTEM_COMPILER to work > with it. The problem is that flip-flopping between using an internal > and external compiler and it adding -target/--sysroot flags in on the > 2nd build and meta mode detecting the changed build command. I would > like to always pass these flags, even with the internal cross-compiler, > to fix the problem. I think the lld effort would be happy with this too. >=20 > - Building clang once in universe isn't coming soon. Likely 3-4 weeks > out. I'll cross the question of merging once it is done and how > intrusive it is. I believe it may be a bit more complex than I imagined > to make it clean and easily maintained. It would need a pre-universe > "universe-toolchain" phase that changes how universe works a lot. I > consider it overall trivial but don't want to duplicate too much code. > It somewhat relies on the new AUTO_OBJ work too. More time is needed on = it. >=20 > - AUTO_OBJ I am splitting into 3 separate patches after feedback. > 1. Removing 'make obj' treewalks from buildworld/buildkernel. This is > coming in the next few days. No risk to it. > 2. Unifying the objtree as like > /usr/obj/usr/src/TARGET.TARGET_ARCH/bin/sh. This I will bring in > an option of UNIFIED_OBJDIR to flip between the old and new > patterns. Some tools such as picobsd and the options survey will > rely on the old pattern. A CFT is needed to discover what else > relies on the old patterns still. There's also a problem of > migrating from the old tree to the new. I will bring this patch > as off-by-default to re@ in the next week. > 3. Default AUTO_OBJ in subdirs. This one is kind of tricky and needs > some more thought. Non-root especially may be problematic since > it will try to write to /usr/obj by default. I likely will hold > off on this and not propose it for 11.0. >=20 Regardless of if some of this does not make it into 11.0-RELEASE, thank you very much for all your hard work on these fixes, features, updates, and bug fixes. Glen --reSNjdE3Iylkp4B8 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXdU2lAAoJEAMUWKVHj+KT2YsQAJQh1EvETXLwUzu+QuU6XplA 3PCQty5ltCdR/oF9z4dct4ePSicBuJCn+gce98XDF8nsenDh0/fyKF8GT9Bt+KQh HLFDMuvIDlkcbbQ7ItXQYAtci382ycL6x3IVohZAd9kDNAJXWtlkzghN2rcr4c+L Nk7BkjLQwA11EThq7UhGS7pB4def3fThc6zUr8addsmLQj/+bM+xoNb+N0vaTU3a 0mSPuH9QNBcC6S6KYOoszbEAW4nNQYqa9+gvm0Ri3lhT7ILG9Y5FtN6/omnQ+IX5 BRZPOiQ6sFtvZiON6YyyNbocgW57j1cJ1cZSw+m33ZF61zOpl9MwtyhYzkAW3Co0 ZEbRtiXDmYfp0jmwtKnYyje3RkxZQhMg6S20i31AQKEor8y0mlcSBjup405FnvIP +Rco4qjwja1G6xL5QfYQw0okEwKu4I6n3wXdMIyoSS2GfqTdNLsu/pe4WU54L+30 A8qPQT2PHi+r6SXUf/wMpxzM1fVAaWjWFTiaQpk4y0096XBczSy5gqs8H0dwwFS7 1nRfmXZu+jRRcy/wCES/ywZoyew+vNRXa6aEfyfiY/5O6jCa9oxNQNtyE6Qu/hrz Ec9xD3AFe97Ht25WllSPfXXRjfrZXvjEwrX2Hj4DRtsLH+JVU/h9Aku/Po9oh9G9 JrCPBtj51yYwjQynJHcE =uWTU -----END PGP SIGNATURE----- --reSNjdE3Iylkp4B8--