From owner-freebsd-arch@freebsd.org Thu Jun 30 16:42: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 131E9B87609 for ; Thu, 30 Jun 2016 16:42:42 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id EB21B2D6A for ; Thu, 30 Jun 2016 16:42:41 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id EA661B87608; Thu, 30 Jun 2016 16:42:41 +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 E9FE7B87607 for ; Thu, 30 Jun 2016 16:42:41 +0000 (UTC) (envelope-from bdrewery@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 D2A622D69; Thu, 30 Jun 2016 16:42:41 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id ACEBF1D0C; Thu, 30 Jun 2016 16:42:41 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 3B6A71C9B2; Thu, 30 Jun 2016 16:42:41 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id GIRAF_QyQh1d; Thu, 30 Jun 2016 16:42:37 +0000 (UTC) Subject: Build work 11.0 plans status update DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com BB4021C99B To: arch@FreeBSD.org References: <201605270001.u4R01mKT087678@repo.freebsd.org> <20160527182543.GB4025@FreeBSD.org> From: Bryan Drewery Organization: FreeBSD Message-ID: <0d639d52-3ed4-a86d-3d45-b93c02939ce7@FreeBSD.org> Date: Thu, 30 Jun 2016 09:42:35 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <20160527182543.GB4025@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="q86OWKqMmbhFCEm4SGFn4iWS5u5n6lDeC" 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:42:42 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --q86OWKqMmbhFCEm4SGFn4iWS5u5n6lDeC Content-Type: multipart/mixed; boundary="bMI01pmiVVXs9c7autOaqWMAAAG9tiuP9" From: Bryan Drewery To: arch@FreeBSD.org Message-ID: <0d639d52-3ed4-a86d-3d45-b93c02939ce7@FreeBSD.org> Subject: Build work 11.0 plans status update References: <201605270001.u4R01mKT087678@repo.freebsd.org> <20160527182543.GB4025@FreeBSD.org> In-Reply-To: <20160527182543.GB4025@FreeBSD.org> --bMI01pmiVVXs9c7autOaqWMAAAG9tiuP9 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable (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 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 Just an update... - 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). - 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.= - 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. - 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 Regards, Bryan Drewery --bMI01pmiVVXs9c7autOaqWMAAAG9tiuP9-- --q86OWKqMmbhFCEm4SGFn4iWS5u5n6lDeC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJXdUv8AAoJEDXXcbtuRpfPCAIIALBiJQO0MmXOsVEqr2JY2EpC +8xeakR5uX/PEKGC9ajBwiF7lBxGmIxyGw0vY/DhPab9tEURtUxnqirJ9LYZBEoj 6fw/NtRFAcKW0nxLxfihb6vUjmz8DT++wtTwnCaQeoRHLnpi9Rhj6DU9sXCPblNv nboCNSpsMr71lFGjIPaq/F/wJgiP2crh04GM/2k3yzPh2MjrS13Dz4thDSDz9/ur C47+lwE6A6ZIkhjMCDd6bw1artaX/JAdQH2p8NzX7uu9hyRG+PrLqh3bw+Na+AKN YRM781apkBD/19Dm1VBzLy1jHKstvDSSskN5qR5IibggU9NgOf3jb8ZJ3QrVJFc= =zm3b -----END PGP SIGNATURE----- --q86OWKqMmbhFCEm4SGFn4iWS5u5n6lDeC-- 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-- From owner-freebsd-arch@freebsd.org Thu Jun 30 20:33:47 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 3F80EB8857C for ; Thu, 30 Jun 2016 20:33:47 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id CFE80211C for ; Thu, 30 Jun 2016 20:33:46 +0000 (UTC) (envelope-from sjg@juniper.net) Received: by mailman.ysv.freebsd.org (Postfix) id CBB09B8857B; Thu, 30 Jun 2016 20:33:46 +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 C9180B8857A for ; Thu, 30 Jun 2016 20:33:46 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0105.outbound.protection.outlook.com [104.47.40.105]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2921C211A; Thu, 30 Jun 2016 20:33:45 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=p8GdN0+PKNDU3eq5+wGRlbYraYgIiRHKhcbg1caJRDo=; b=kGOT9RsqrA7dX032fPra1jvV5ehZieY4RPzRnbLFiDJnshReyAm6ayLBA8pRuuCfV1RhNuuWeH3Cm4z3B+ztEWzZ8+9Q1A/QcZPB4tyXas5+PneRYAAaxAg6nHG2d6J8ErnDoZjjcFow5EOTP2KaSmlglNan6hOymOySxBfIpns= Received: from BY2PR05CA025.namprd05.prod.outlook.com (10.141.250.15) by BN1PR05MB471.namprd05.prod.outlook.com (10.141.63.17) with Microsoft SMTP Server (TLS) id 15.1.528.16; Thu, 30 Jun 2016 20:01:31 +0000 Received: from BL2FFO11OLC002.protection.gbl (2a01:111:f400:7c09::108) by BY2PR05CA025.outlook.office365.com (2a01:111:e400:2c5f::15) with Microsoft SMTP Server (TLS) id 15.1.528.16 via Frontend Transport; Thu, 30 Jun 2016 20:01:31 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.19) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.19 as permitted sender) Received: from P-EMFE01C-SAC.jnpr.net (66.129.239.19) by BL2FFO11OLC002.mail.protection.outlook.com (10.173.161.186) with Microsoft SMTP Server (TLS) id 15.1.534.7 via Frontend Transport; Thu, 30 Jun 2016 20:01:30 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMFE01C-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 30 Jun 2016 12:58:15 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id u5UJwEE15625; Thu, 30 Jun 2016 12:58:14 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id E16BB385551; Thu, 30 Jun 2016 12:58:14 -0700 (PDT) To: Bryan Drewery CC: , Subject: Re: Build work 11.0 plans status update In-Reply-To: <0d639d52-3ed4-a86d-3d45-b93c02939ce7@FreeBSD.org> References: <201605270001.u4R01mKT087678@repo.freebsd.org> <20160527182543.GB4025@FreeBSD.org> <0d639d52-3ed4-a86d-3d45-b93c02939ce7@FreeBSD.org> Comments: In-reply-to: Bryan Drewery message dated "Thu, 30 Jun 2016 09:42:35 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <99713.1467316694.1@kaos.jnpr.net> Date: Thu, 30 Jun 2016 12:58:14 -0700 Message-ID: <99714.1467316694@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.19; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(7916002)(2980300002)(199003)(24454002)(189002)(5003600100003)(76176999)(23726003)(50986999)(7696003)(87936001)(93886004)(9686002)(4326007)(97756001)(19580405001)(19580395003)(305945005)(50466002)(69596002)(6806005)(46406003)(7846002)(117636001)(4001430100002)(2906002)(68736007)(11100500001)(2810700001)(105596002)(106466001)(47776003)(86362001)(586003)(450100001)(53416004)(8676002)(81166006)(107886002)(50226002)(356003)(110136002)(81156014)(2950100001)(97736004)(76506005)(77096005)(8936002)(92566002)(189998001)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN1PR05MB471; H:P-EMFE01C-SAC.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BL2FFO11OLC002; 1:/4MlvNWnKli0L4JeAcBwCoqp4vSM6k0JZ4sH4K2ciZDSv/lpBhdCPB9ufOBg2gZTlRaY2PkkJrOHlniYbHK0Mq4/VWjYIym948TfYPZYpclsbfD0PJjL0Wx7xQ73ULa86A88B4qz/B1QL4Csnzzkz4cPCSaC1/mx0UR21yOe4GWpabM8cgdAPLjSpFhnEmK8yhf7A8EIKC+Jd+337F0KM7ah8qATgBh15KIHQDHUdLYMOWCmkVxa6ZZCoBwPPfiULOdFWAJMBbPKFzerEI/a4bVd845r7gwVNNJd9KmGnFPEsS66WFIlv+WOZ/y/GjRvrLXgNA77JcS6b+O8fDNaMcx5HKW2mJfv8rTvpK/lcgGGNWMdNMN/V6mya4FW+XJ+AdZD0+LnQUU4i8KXiPI7/qcV4NEiywXF3RXtJopxBbJt0j34WVfFtuQAQRjvIAEFriAWsGQfsw59Kf5Qy7SCdJg5dMzV/CW0ssqGcxIkAmkSXphPMGHYfbmKQqnBWuICaCXHj0UETBAul3R7odbxbV9cqFN8EgV7rTEJECQ4NPA= X-MS-Office365-Filtering-Correlation-Id: 5d55cf74-c663-42ca-2955-08d3a1215473 X-Microsoft-Exchange-Diagnostics: 1; BN1PR05MB471; 2:Y2KMaERt2Bjfi+/tyrVzOEkZrUhM5O5OtvQThqxBo16kE6rimsK8O4eztrVMcYrXa0+p3HDtKWdNkFrzW7M6Z07FvMQCil0Lea3Uoysf1Cu9kQ55Istwr+pNsqIO83p2D/plzOFOtpeoQ0KCSuyo/4xvRdIW3Jm7XI6dvyvOx19eFofsbr4Y0yicPtL3mvmR; 3:fbNRqKIVS/UHZ++jGMkayZ7+IKnrj0CSpRoADOofT94I25DbNFJMv7lH3IK7b3DA3mKszV5jPfL6jdw0vwJJW2vMt8qVa2woXNtlnRtEWWM/dWdyMy89S65rseOfPZdp1C/3jYJhzINOL6OFeUwkaS6Q4pvOG7KUa87y+JLC7C1SHk5cd/dtELaN3HjWVzETqmDjNiIS1PUsbWYWRkGwfz9CuY28rWBTMNON7EPlPW8= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN1PR05MB471; X-Microsoft-Exchange-Diagnostics: 1; BN1PR05MB471; 25:IHfeouhuxiXmLBXCC99WKHQOPepIn0XqQ+Dptt3VUxmIZFiT/wInLuR0HIxW7bW8nu/wCMIniazkz3pgE7wMQJQ0AVZ8n00fItkJ0Lz1fzxe9TC1Y/j1Paw6hvt+g661CsNdRCSO+pOja7OYejXYdvB35RaSdA5i9kB02NTxjtwzrvbGcZitX/AX8udAchSEMmRUah25eAYrM9h51foN2i2jHonecU+bIgdLymrbdkA5uimG9qPjm9OWxEU2vOsOxWlY2/8Jo6I3kjmDyNeUoFH4FeR65lEvYkn9HaQiYWdr88PWtyDrXVz5926xKcT2aiZwMoXzTieS4SLrLqwKBRFP0R9dA09YBnAFZIR3E/fE03FhgAZPjRNdc123K7Pk0zIrgvzDqFK1rMB50GEYfnDu+miZKEjIcDWxEAVcLyROQ6u1CTZkQOiOwNhNEhSPF5TzWTWy72GBVx3M2VKaqyFjHKRkg8C7J9JDPCdFqRVrhphAAkb41eth5Y0pQkNQAkL0EFXcIKO94+JsGe5CIsSxs4ahOCvjCpGu95HExRUCipwSzwR1WqTMu/iH0V0eazb64ksWwlSPxGzx2GkI2U+5uInBh9+cZLApJiTxbHApMUf4oMww2YLHm2EpO785NKqIaXsG0W79W4C4hfkyTFNrYQ0wMQp4mex0gnifgF5FWdWgWHM3MkYX1NybRxpbhtWXx+B2Y85erHP1elLCxkcsNU4PsuqvcFIaqebyXGSnDDmtTrMQoiWHC/ZvNLOSGZ7Sy6NqR77mhUux30DHTQ== X-Microsoft-Exchange-Diagnostics: 1; BN1PR05MB471; 31:ngePK6fs6ccMnG1lrL6Me93BHu2hgHP8OshYdM0/zlZrf9wcvcHvTakWoMOgaKC2fRNhQ3kAgAfN9OFhl4rBeuGjG6LFlah5ZRVwHIV8zSAr2S9oNhN7JvIbZys7wlRz1gpMikr/1qlPbJJaOWyvEjY6h8zBYFMxXwHkde+WoP2YvBlIQXsEjbEV4KrK8mtufVoMntEloBxDovzkKzJcXQ==; 20:26UjA2tF2BOKCUtCJjveFWRCuh3b5O6TebHPLg/53AEFsNLaKZh0n6Gj+Y2utJaj30CBYGO3o9mDwLUJcrfYYvlSDBbVa5lwMC7dkZprKUF12vKPw+BWRtVv1N5aBIMIRsipCqPO4U/HJLg3hA0bAQ24QrIJT1J//8x5Nq9kL6FirYwjFZp7BisM9qbZbgeuO0h8PLEMX8Mwqfpldfnlyr72LfNrsMqcEfLepedCKm5EVytPJko4yWbd5oA/FeEVP+fBGaSrRulTE1dlNHEMFYOrU8AuNXyYmeK4Oq0AVsbVAs0zYvqiFMT+3Tozn/xrwqxVTPduvkb6Fcp6TzpgqyfzR8lxaKo50VEeX/ArLd27yQZZM4nkqeKWC+BFSy8AQdsVpI6tEpqXOga7NTlU2OvpUE6n/+CM+KEbkuO6cPL9DM7y6QrfHXBA22nOyLJUL74NJqmaviY7gRBhlCXSnGgmueiuUglsAI7CmewXiaq95XrXYGhziUsYqu9WYKCP X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(13023025)(13024025)(13018025)(13017025)(13015025)(5005006)(8121501046)(10201501046)(3002001)(6055026); SRVR:BN1PR05MB471; BCL:0; PCL:0; RULEID:; SRVR:BN1PR05MB471; X-Microsoft-Exchange-Diagnostics: 1; BN1PR05MB471; 4:3M9cocCKZtT2R9rcD3iCd1Gk8pBUS2+pReMjiySgSJ9shjJnPk64icjmT0cHcz+rl5pt2dF8cuHEb9Gyg3TZyLBH3mcgpKwbmsnZ1QwvFD8TwUs18IAphQhBNUWrib68haxHngIxANQizqQOndpZ9mgYUH4wPJIMS2ZBiv1on8vVWV06F7an7m+CJJOMsnq0qsbg60aOK2aQ3J3CNsqaekzbk97KiORrdzpuO/Zk/jxHivSnrKJOibR9wNQfHSb9PBD6EtM7FOjVe0/yDmntXEsgCwuZRPBa6ileVEIUT/QP3cbqzdaQJYPsZ338pToXx3P5lqOWwaUjP5ThNdlHibTUtcp5VdcYE2XaQ5D2d1Xz/39V71ewHNnugsl7wSUETXHKKG8upVbrMAlSvww+53bUlJakwYf1qiny1aKn3sahOm97OT66/+GtIN3LkDZ/+VKwiw8ExN1RgoDByl+zmbmMr7IBLYu8b+ef10bAZwY= X-Forefront-PRVS: 0989A7979C X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BN1PR05MB471; 23:YuwV3l2PgeU6YOECuSmlc6QY/9m4TpSK9Q0pxFC+o+?= =?us-ascii?Q?62LiWiB2bGnWY5dEcbhRRiufiGe7FGVo9KLhPEYcnfOo6/DVcynf5m1FkXcs?= =?us-ascii?Q?Lcv6yf2cL9HrQupL1CYVkIzcOt8m0xAgMElwenp1pj1dXMAx39YjFl3CaL69?= =?us-ascii?Q?HEx+bK8sFH7LbNQ8esKnGEZkUnPB6wwCPWatO38qqp54pyoAEIbgKU1cO3Rg?= =?us-ascii?Q?aAHqlyrgNMvxYmHzEe3kvw0v0T62gpjz15wA6ZNt3nKv88n/QeZ/M3IdkhoC?= =?us-ascii?Q?wYGn9LtgT1k6CTYDp9Sk/v8aK2+DQTqMKRr+wcHoQQRX+Vja4nNv8AN+EYDL?= =?us-ascii?Q?5apdSu5fwuMPHW2jtkpCUgIj4z8yLbDRqTQhSv26V8Noh+kYhY1b9h1wOxIN?= =?us-ascii?Q?axCdTbYCWYaZmmTBee8ZJcmg6rktoy8drOwMCRjfbEskBgKEk+hnnpdiRUYf?= =?us-ascii?Q?/P6E1MPVor+EKBd/3BHFvZEBAomt3FviC5Q6RWzFzziaA5T4BZ+df8CDiCCT?= =?us-ascii?Q?BXDXZEX33WogP4ktjIDMHRh+L3iy4tOZnoSXTrA4O07oaV/R4dJL9PN6ycqD?= =?us-ascii?Q?coSzJyBTDF3jofe1ceICXmJfEcRyEgc0dXu0jmg8Kkz76jImyJ6mvFvOeUZF?= =?us-ascii?Q?LEPq+AJuV6U3bZmezfBsMY3NKzWSLINKev/x11NJzYmHUvJM7JCOlRFvjXWR?= =?us-ascii?Q?kYvO3ZVStveVZ4wzZ+V+rGqwQhTWO/lTqqKee19IfzHwxFgL7cNtAF/KrCc8?= =?us-ascii?Q?IpxYWDdEy9ALGM3FOqaxXUrFmg6TVzdTlpbkfng1eaVVlUwVUFNoCXBrxPc3?= =?us-ascii?Q?6nwjqfRtW/NCL0r37O7Hk0LbiSy4j6C3/X0FfMi/kzvE/RNXc9D67s2IR2Me?= =?us-ascii?Q?HXijOgbgi23UkTG8c8qyUGxcpwWpbc/jXSh2vMC51G21DMckT5bGPG7UGNPA?= =?us-ascii?Q?bIV01MvoJ100/p3pBt/9q/dmSZeUW0YILOR42PsUH9osNbvan8R/k+1iZPd2?= =?us-ascii?Q?5dLT5hzv36CTPOG3P0wqF5WKREr4VdyHxRLxqIdvefA0FnOh+8FOt/GksHrj?= =?us-ascii?Q?6CGXxG+79aRRvkX8xKmA4X7p4zEAHRHUtDlo88f0haAntXWPCzdqgChNoLUZ?= =?us-ascii?Q?ema0WKdhulkpeoXwNS7QwGFLCz/a4APzwMi20daga1uMvb+Sd+F+/f5fiitd?= =?us-ascii?Q?sAzY7IvIdyRqtiayAj8N5mF2RbQ3XYXpvcwQqvRDeYM1MS4JOMZfKuWIt/O9?= =?us-ascii?Q?zBaHz/9PsQXcHx8pTQeCsdUip1vVF2zSE8iM6f83K78A88eSHYdtuJ8h7GHg?= =?us-ascii?Q?=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; BN1PR05MB471; 6:mVYPM8UfQsWngVOKmNuZs5HDz8PlBRM2spGHdpD2lY1iC62nyIFXPISeVAYM7qvx/Nx4Lo/qRVsGei1bJcjpBkzQ8AqLpNHpEAoQqUojqGaWXJyhJtnr3zMayQhBI8bNu9QFlr/jtVs85ufFASZ73iCS6elkqq4YSmVbff1PKCuuVA3p6ow0/ivMKxRvsrMq3/F/mss2AEj5egWuDRHeN1gHdciaNNTuU+FCSk9bMCcfXEYfJUXDqffhiPA8JUVnP1s1gwDTqEBq/F5uWHXBlxqRzBH5n5vmSJF+PehqHlkecOaipc83hpw3fgD6PgwuKUZmHxEcU4B6g2MfHvx1aw==; 5:5MXmtEDfFwkCCz5Sadpbamp6jHUHEvU0lMBXqYqkiskiHE7Yc00cjgzrehldOp9tsYOH2vP9LntMZeuqfab6k+cG77EZ6LcsEhMoKj0fsM0+Uqd2w8IRXaPIJlRQxjE/ymbsz5UHegphxF0vPpvNLg==; 24:Oh6eNoU5vLwfSJ24XipRK8NzlcH01KGpt/tBt96YCG52y7vFvNIhP28xrzyrfbKMT0YvDY1j4ouFioSPpvopTxb2WWeIn1o2x/+0LIRAFI4=; 7:72sns6WC7XnTVfcOSf9XPMAsHG2u8xEUfVnsXHEaQ8dpfkTJqyNWgAqQJAQHPztZpGkbTlJ03yMJfn5xugfTa9/HOW0voqYudTXH2JAUKCuI3iuFycNHei9XEvM4g9QAFdb5nWCiAKz/Dhf8gtGP00Ml4GkgP3Hgt9HVbuR2cfrUWLX2IwvyZ3w6a4QJTAzOopkG1Y3heWqrsSDQfiTlhQgjc20Rrd6HQC97Sdxi4Ez307Yq3GhsL9GLFsnsW8TN SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 30 Jun 2016 20:01:30.8610 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.19]; Helo=[P-EMFE01C-SAC.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN1PR05MB471 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 20:33:47 -0000 Bryan Drewery wrote: > 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. Surely this can be made dependent on writability of OBJROOT (/usr/obj/)? From owner-freebsd-arch@freebsd.org Thu Jun 30 21:08:31 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 2858CB88BF6 for ; Thu, 30 Jun 2016 21:08:31 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0E18820E2 for ; Thu, 30 Jun 2016 21:08:31 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 0D5FCB88BF4; Thu, 30 Jun 2016 21:08:31 +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 0D0FDB88BF3 for ; Thu, 30 Jun 2016 21:08:31 +0000 (UTC) (envelope-from bdrewery@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 F08DB20E1; Thu, 30 Jun 2016 21:08:30 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id AD3DB1FFE; Thu, 30 Jun 2016 21:08:30 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 55B7F1CE0A; Thu, 30 Jun 2016 21:08:30 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id eXlTad5Fhbj7; Thu, 30 Jun 2016 21:08:27 +0000 (UTC) Subject: Re: Build work 11.0 plans status update DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 9972B1CE03 To: "Simon J. Gerraty" References: <201605270001.u4R01mKT087678@repo.freebsd.org> <20160527182543.GB4025@FreeBSD.org> <0d639d52-3ed4-a86d-3d45-b93c02939ce7@FreeBSD.org> <99714.1467316694@kaos.jnpr.net> Cc: arch@freebsd.org From: Bryan Drewery Organization: FreeBSD Message-ID: <84851e7b-60b9-b3dc-7410-45dc2b3ba1c1@FreeBSD.org> Date: Thu, 30 Jun 2016 14:08:27 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <99714.1467316694@kaos.jnpr.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable 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 21:08:31 -0000 On 6/30/16 12:58 PM, Simon J. Gerraty wrote: > Bryan Drewery wrote: >> 3. Default AUTO_OBJ in subdirs. This one is kind of tricky and need= s >> 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 > Surely this can be made dependent on writability of OBJROOT (/usr/obj/)= ? >=20 Maybe. I'd rather not introduce something like this since it is invoked from sys.mk. I really hate adding more executions. To bad there is no make writable() function... CAN_WRITE!=3D test -w ${MAKEOBJDIR} && echo 1 || echo 0 # The above test is not really enough either since we want to test every component of the directory which is what mkdir -p is already doing in auto.obj.mk... .if ${CAN_WRITE} =3D=3D 1 __DEFAULT_YES_OPTIONS+=3D AUTO_OBJ .endif .include .if ${MK_AUTO_OBJ} =3D=3D "yes" .include .endif What seems more efficient to me is to default AUTO_OBJ to on and then have auto.obj.mk consider an EPERM to just disable the feature for some cases. The 'for some cases' is where it becomes murky since we want to force auto obj on for things like buildworld/DIRDEPS regardless of writability as those should error and stop. Building a user or in a subdir (not DIRDEPS) may be fine to ignore the EPERM and build in source tree since that's a historical behavior. --=20 Regards, Bryan Drewery From owner-freebsd-arch@freebsd.org Fri Jul 1 08:58:56 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 D830DB87E19 for ; Fri, 1 Jul 2016 08:58:56 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 735F02C56 for ; Fri, 1 Jul 2016 08:58:56 +0000 (UTC) (envelope-from sjg@juniper.net) Received: by mailman.ysv.freebsd.org (Postfix) id 6EEB1B87E15; Fri, 1 Jul 2016 08:58:56 +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 6E838B87E13 for ; Fri, 1 Jul 2016 08:58:56 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0098.outbound.protection.outlook.com [104.47.42.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EC9D42C55; Fri, 1 Jul 2016 08:58:55 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=7qfsDWEE8G7bvXzK+wLE4KjrHBRLT2sgMZxWZsWQ50Y=; b=GQB+LoQabE0xFg8+2XPbV5VTuaaESqbtmlHR2ruJ3e4xRxKubnm6cvVLNFI33pQWTfPMEf9BWKu26mUZ8NnwV20qhK1YqggaGeaDRlpOAusZJbbw2cFKq1g7E+iZMDOGstAZNQB9ZVyz638HMn++nKO5Jmch5KY00Y8fnP9ohas= Received: from SN1PR0501CA0029.namprd05.prod.outlook.com (10.163.126.167) by MWHPR05MB2829.namprd05.prod.outlook.com (10.168.245.11) with Microsoft SMTP Server (TLS) id 15.1.523.12; Thu, 30 Jun 2016 22:22:43 +0000 Received: from BL2FFO11FD006.protection.gbl (2a01:111:f400:7c09::190) by SN1PR0501CA0029.outlook.office365.com (2a01:111:e400:52fe::39) with Microsoft SMTP Server (TLS) id 15.1.528.16 via Frontend Transport; Thu, 30 Jun 2016 22:22:43 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.19) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.19 as permitted sender) Received: from P-EMFE01C-SAC.jnpr.net (66.129.239.19) by BL2FFO11FD006.mail.protection.outlook.com (10.173.161.2) with Microsoft SMTP Server (TLS) id 15.1.534.7 via Frontend Transport; Thu, 30 Jun 2016 22:22:42 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMFE01C-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 30 Jun 2016 15:22:29 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id u5UMMTE15366; Thu, 30 Jun 2016 15:22:29 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 26E96385551; Thu, 30 Jun 2016 15:22:29 -0700 (PDT) To: Bryan Drewery CC: , Subject: Re: Build work 11.0 plans status update In-Reply-To: <84851e7b-60b9-b3dc-7410-45dc2b3ba1c1@FreeBSD.org> References: <201605270001.u4R01mKT087678@repo.freebsd.org> <20160527182543.GB4025@FreeBSD.org> <0d639d52-3ed4-a86d-3d45-b93c02939ce7@FreeBSD.org> <99714.1467316694@kaos.jnpr.net> <84851e7b-60b9-b3dc-7410-45dc2b3ba1c1@FreeBSD.org> Comments: In-reply-to: Bryan Drewery message dated "Thu, 30 Jun 2016 14:08:27 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <2092.1467325349.1@kaos.jnpr.net> Content-Transfer-Encoding: quoted-printable Date: Thu, 30 Jun 2016 15:22:29 -0700 Message-ID: <2094.1467325349@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.19; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(7916002)(2980300002)(199003)(24454002)(189002)(81166006)(23726003)(8676002)(9686002)(50226002)(19580395003)(19580405001)(8746002)(50466002)(305945005)(586003)(189998001)(5003600100003)(69596002)(450100001)(107886002)(97736004)(86362001)(50986999)(76176999)(68736007)(81156014)(11100500001)(8936002)(110136002)(356003)(2810700001)(7696003)(106466001)(105596002)(7846002)(2950100001)(117636001)(93886004)(92566002)(2906002)(4326007)(97756001)(46406003)(77096005)(47776003)(53416004)(6806005)(87936001)(76506005)(4001430100002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR05MB2829; H:P-EMFE01C-SAC.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BL2FFO11FD006; 1:iFDzijFUKICzQKvdZVPXOf0Vvo1HuV/Zz1OTsbCMxHs9tEY7HKVQN2d/WI0ARzbo5QDwP7SuZaGzUibyNNgMBoemj/yOQWtAAvwjOf0i5JSDkDZNlSF5124vLsE1PjFUDXSd40UZvHIOBX4ZU4j3N4toxOv2D3gTeIG089op0ygNP8qF9DyWEoYje+Pm0qQzU9atkLaZTQgsPcTzIOTYfPEbc3mm402jA7LuW1X2ph0HtTPe+yuuRv7PGxj1+1L8bKMnvRWhAaprhRjEqgvvWt4oqLaZg66vkt39JkoYiecL2K8pLYUokUCDPMV7kk1vkOubdkbsv1vA3Y0iEckA7jeG/IATwOmTN6yqooKUkwOl8ANNvw6QhRTY0LOfgF94sKoWo96qK/lozJ8FaKnCoxoIl8KtJzjDUKbAiPN8FfFwbQofvZNB9NEhn5mvXJuDRrIQu3ZSfotkUyzfv88qRoX4M/QcPvr5fzhnhUjOBakYOVWhFpcoHGcJsLY5GSNPHsdFQnEGS48wG7Pw7IIsPe/uFPi3Cpdch5SCZic6h6w= X-MS-Office365-Filtering-Correlation-Id: 68695809-f345-4c0a-1e83-08d3a1350dfc X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2829; 2:p+BTCxic0IGSTbV6KAcMNQNLn2eQtwWBROy9Ylij6p5AIPcWr93NNzSruLhyslnshwxT/6OFMrb46/pkc/84TXF2ABuK3PmT2o+SzTiStUGuFDG4Qja4q4iYK6YeGUmByuRlzH+DyrRn2WItf1HFuN7CYmLFU5zeZCb+5lGYDIVl8rE//1nYqAq/7PouqWEb; 3:6Avp5Av4L1Kfb8hu57/Rl1X6eUQS0TsEnBtVhLZSG7hlC9N15+UQL2xqgBWDouOztG7YcCrqbIqk09LjBaTcb71pVHQQuB7dhU4/qXcHYv3jECvqfMikihxzUb+5FINnpZQ0CnfEsKuFCA1+I/j2cCR/jqykVgvT4vCAZi2L0pLY1txQ8b6Mwh6d4Hi7bFbtJqS0KDiwMnIp2Zx+KBDtcJlrPwmWAPbmXV9wRNhtcUs= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:MWHPR05MB2829; X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2829; 25:ZKpuNcRYThvzkmTtsl4YKYnGs1DNb9po2ZneHJ/it7D92r0NdMbR/AP2MCfwSQceFFGxJ1VNa9IRX9DLQrLjt5hAMGyvlmktc/Yn/iwvMlj9CL3FLyVhX1iQk226iOb7QOucU+GuHRp5UCDm2LRL5uthvLmCnHUDUXqSD5iYy2yDawiZi/n2RwGC0UqSjDXWOdTWePXS93Jv1TYO/uHeMIjSL0jzukAbuiPP0qmehJl3KUjSlhXzueQbp62yrNcyizuXu3b0AES1fnckInV69WSgv0UVBOdlZ7DdPWcCD8YouUvog2SDcdqjW3u0/EYE4OLbfzlfBYNwcj5ASm1HkjTa4rYbGFqCYt2ct5kT4dQXQb5HuMqE2mx5O5z5TxYYn9zG/TuGddXOg7/qICrnzHuVvyFNpf7HmrK7KErRuboyTvO+5iWxIjagowIANn9k4Jo4WepMA64oQL6htPLuONojr5TOfnE3Kbn/S2t8bHmjORhHM7YFlP/0LpyyMjm7dw5Os28RjY/ZZ3VNSJE2bq0C6bamG/4RUHFMEvHGPNjrcmgOUeW4JC9xZ08o7INtQTePd27jFBt1TCOSKfo5j84AY55mGt/7Xc2dJDCzHVEy9S6RhhdKaRutYVOx4CmrVl2btI5QlovHIiFaECTnyZCWWFjvgLYGuCsREfA+xXXedgl+nRyKoGpPhgl1TqenkrTTtGGn1c74tRR413Ty7XKEr4hbsGhQiqgSFKaA9QItDGYNw8OJN7X/FdllNbSMWrCsTeQWNMURGaAu8D9A3w== X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2829; 20:M7KFAFB7E2qVMyzY3tB6SMwjxWX4TppkyGCCglHBlf+deOgLUH2/XzbWZ0cFz9vET+PI2on8ktv/4e2oJi+/EykYr6a0KfCZrsSJtSI8OBCRmsFdKZ934U4HDI5Id1+tepLOexnioxizmCe3YCpqD0QTvTb/8OSUqNdVO8H3f/EAlVFvDpmGS1tIKgHavXWLUTTMwgYgTP2F7N2K+Mw6+X0N6qNjhy9FiCVDoaJWmf7msCAcorhwRm+2hALxa2/YBEV6pdrtKmrsLEOing+li+Cd2Tb3co7zuk9xegW3wVRVTsLq6DgXFBmE8eO+jlc81G+AzNyBGjly/tlwqevoPIaG/+XIlj5N4uWt7v75+rv+t6l3yNYojCoWScOQNpkAzXIAT60TfsStdqHPya59zJzShMuDtgagU2FemaP6DhPZgNRbhLJnstRe8QP8agTPCnEOQV8ew7md5/GHxwp/ecjZwInNrKEc1AM5ObmPixbbYRuEzIdfvt0E+oSTspxl X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(13017025)(8121501046)(5005006)(13018025)(13015025)(13023025)(13024025)(3002001)(10201501046)(6055026); SRVR:MWHPR05MB2829; BCL:0; PCL:0; RULEID:; SRVR:MWHPR05MB2829; X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2829; 4:qvQLqKo4TSjdsjjrZ2b0N3R+eSZW/qP73rhbCgBzGx746BVyPcnAt/VwJ+enL7qGnBzDWFDO9VJsBAac7KuX9y1Znp6/B93CZDSYhSMP/IXsUlMJavDBbB/4lzdMWYnZlRHGOoskCSiU1gxu4nbS+5XBVXE0DFWp3kPbDHUo/d4pAk728127/pDQHp+7QwRMarby5zH4xw2ir3U23+GF9Ksxa3NSMJQvF/OTbeBo6JvD6sJ66eQBPRlyeHwwR2SNdvY+vMj+QF+J2TK+EDpwKW1rKu7F+VYEsMukhhni/yzEDfruIa4ob2n4GEFmAhySzJWX8wRxR3lV81ViZiydwwl4E+tdrn1YapYsBjM9WFtuzWcCB90P+0rr6zw0OwyhHtCkug1VDY58rKuAi9TBNRiAxbLJukNcnI9E0D1Eq4cphKLBEH7/H8HyuHLk8x+rzFhXA6lgRdptIuG2CpK/Y5bv4xzk3ZiXrIw6N8Op6ys= X-Forefront-PRVS: 0989A7979C X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; MWHPR05MB2829; 23:EfkQIr/g+JsPirAHS98SW6xhLGJdYCvOASRjCCxF3?= =?us-ascii?Q?dSFgZwOlQ2fPzfCg0TELRzDzmtMKza0hzStsE64EB2B25lZXwCHMLyCQTUDG?= =?us-ascii?Q?YENfgrqkPBGgX8BGU4DxhBvogJuCVSi277OEy1EkPf0ogzoOVOwq/kaIJXII?= =?us-ascii?Q?uA0Evji4MtOXRpy+oR/FNh77ckjnY5LDful6enjTs2EffscXgv7okzPFV19u?= =?us-ascii?Q?O0fp17QElJk/5x3ACVGiny8fy4W7n+Vui6YYn+mS0MB934/8vvDzI8hozTEd?= =?us-ascii?Q?cdRfQ/DYHr9cmPtY+ykCsPVPWZbowh6zIJ3YrwVRUSFl3XF6Gj1XTfe/64Ej?= =?us-ascii?Q?akQPPhChc3HvnhnqdrCFDtN6nAWkgpS0NnQDU3vJThubkvrrzbx59dZo0NNh?= =?us-ascii?Q?QUdXMJN2Xj9we21idFtoo9Qbrq/N4DOx+7Vg4BU7BvkbZo8oZP9DR6a9QcNQ?= =?us-ascii?Q?eo78D7x2gImpp2GJLwV1lpQdsMyLO1MBGS8N/N33w2B3N/dJ9q/WoWiZbWF/?= =?us-ascii?Q?DpceINxVP95ZT2xfoUFctK0j45SmrB5i/sZkZZgNuF38BzGMpuHi+qeFNw1M?= =?us-ascii?Q?fv3sgC+aEuo+LjtldT3YTA11GBWw9XSa5VsbtRnWOv+1zujLceMr3d0F4nAa?= =?us-ascii?Q?MSePAYfZApHqvXEa//keZB/NDjU2cGLx96df+jnFfrBeiKjqzColra00sJ2H?= =?us-ascii?Q?n3vsemVyTSNp3/6etovDNxp287sslYhF9jREWQy+rS9291IHPJoCbGFJ+5YX?= =?us-ascii?Q?6rlYNt7RKZ2BCff33BQrRGfsjs+sTSZCCy3uskn6HfUd4t4qMx0bqAkS5jKj?= =?us-ascii?Q?iOdtVarsrGlk1+hpObPu+3Fa8zHZJEdKIqjFI0eEFkO8ykaol6qi8CBBpXSS?= =?us-ascii?Q?xLdoPn6s1UVI6cz09Fd1PJSmCQlhsjXTdcQGdvsHYRGjx+idDAQmgwvG/tGi?= =?us-ascii?Q?TEY0Cwt0fFgTLc9JloKBG3LUO5guSMr6ok9WV5I6pccIexjftatk0s/Zndnf?= =?us-ascii?Q?CGh2VbuF8tg5LtAO00fJBifNucz0uqGs+BgVOY4/q9gFC+fZ+jltK0tNIs1W?= =?us-ascii?Q?7ULAAsD8BepHefvvftQBk2Kgy9HrdTWfqGmxxkHuMhGDDER+9Un67oJJ4Gtt?= =?us-ascii?Q?orsgTNFiDpE6ysH2wdjJSF5RsWFCZaPPa95n9r2/HA/h85iLCgCne1QzZtJt?= =?us-ascii?Q?f9myDXmYE892Om9c9Q0bFQB4o7ZM8nd4NaZTZ57NzJijL5lAlnpNv2evxQ7V?= =?us-ascii?Q?vgp+umbbp6XwP5B9hBoKqtT+smyUmDc6sI++OWXxSB33MQ6Y/ophpwhv5iqz?= =?us-ascii?Q?rfDM49Ut6ryhO6Wkl+SQk0=3D?= X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2829; 6:5rkEJAA2ls0s7jfa9o0LJLGDSEvF2fL49CG7KXTLTQggJUvNy12ZeGWfZr1lQpts64ib4q0ZlDF21SUlnN27hKYi6gNu9I1WQThbmSHFUylbLUj0vWnf56YWdMZ4kSQw8olhqwLgUsanwyv98sv58yK9OLLoWViiC3JI5g1/LqCX2UDg85kE339G7rRnjjgMWVX5MpDW3bUfopvDqhgkFqvjb+G9wM1DiFEnrpUMVbGE0b0TdcVJcPGvicqjrJPwZmNYeKSUBmkajQB5KmQd+YhMq7uQI22PN1puwUPWcZZBRrBqOfDVQbhZ69nHilCqfij0B/YNvswD+zsmTykr7N/Nlm2cDkMXs+CuTFA/VN0=; 5:p1+R8ORZViuhJHVb6n+Ypq2pTMZFCk3Lc4pywYowK7QMmUPN1+2Skk8pFQAsqqk+R7vwgOotnk+N5TBRusIdZczb51LBOSIlijsOezHQIfc5QfL6bg+7zmbPuseah2ED2MhaaGVR7AXdhw7mnBtG7g==; 24:X5kowX2p2z4HTygZGZpd2vQuGVToz+dB2buaOt3aq2i0S3TRwEnwMUFRb6rOJwh/dXFcklAVJETaAN3qBXVAv2AYoQgXnH4xlm8/YnK/6Mk=; 7:qI06He8EGEx7AZ4swhF6+IGwFKwqt7WiIO8jU06KGLZL9aYIITda3THeFvCAdj5qFuS+E/0SDFUUIGdQgCcqRgtvAYeYAqvIjuI+R2mOb2Fw+KojXiizPMs7c2DGLKSaOY4CjNbZw7VROItCyZdgHRvxI1fI8QC3E59NJzehxGVP8uGePwUbpL506uEVEQozyuPZYEZl7qFBnwFfd/xv7XMPEr/hpTAIKnwUWSFdnOWKNIfZOcyKN17Oign5851HTqxO5UOcrFKGCXfl7ul3ug== SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 30 Jun 2016 22:22:42.5749 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.19]; Helo=[P-EMFE01C-SAC.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR05MB2829 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 08:58:56 -0000 Bryan Drewery wrote: > Maybe. I'd rather not introduce something like this since it is invoked > from sys.mk. I really hate adding more executions. To bad there is no Yes but you need only do it once - ie. if .MAKE.LEVEL=3D=3D0 the result isn't going to change. .if ${.MAKE.LEVEL} =3D=3D 0 x !=3D test -w ${OBJROOT:U${MAKEOBJDIRPREFIX:U/usr/obj}}/.; echo $$? if ${x} !=3D 0 && defined(WITH_AUTO_OBJ) # they explicitly asked for it and we cannot do it .error cannot write ${OBJROOT:U${MAKEOBJDIRPREFIX:U/usr/obj}} fix that or = set WITHOUT_AUTO_OBJ .endif .endif > # The above test is not really enough either since we want to test every > component of the directory which is what mkdir -p is already doing in > auto.obj.mk... If you are allowed to write /usr/obj/. you should be able to write anything below it. Of course using a OBJROOT private to the tree, avoids such problems. SRCTOP=3D/some/where/src OBJROOT=3D/some/where/obj which is what we use.... > What seems more efficient to me is to default AUTO_OBJ to on and then > have auto.obj.mk consider an EPERM to just disable the feature for some > cases. The 'for some cases' is where it becomes murky since we want to > force auto obj on for things like buildworld/DIRDEPS regardless of > writability as those should error and stop. Building a user or in a > subdir (not DIRDEPS) may be fine to ignore the EPERM and build in source > tree since that's a historical behavior. auto.obj.mk will already throw an error if it cannot do what it was asked to. I like brutal simplicity. That is much safer than soldiering on dribbling all over src for an hour when that is not what the user wanted. 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