From owner-freebsd-current@freebsd.org Sun Aug 2 03:56:32 2015 Return-Path: Delivered-To: freebsd-current@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 99FC29AF50E for ; Sun, 2 Aug 2015 03:56:32 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0110.outbound.protection.outlook.com [157.56.111.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F8DF136C; Sun, 2 Aug 2015 03:56:31 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from SN1PR0501CA0005.namprd05.prod.outlook.com (10.163.126.143) by BLUPR05MB706.namprd05.prod.outlook.com (10.141.207.13) with Microsoft SMTP Server (TLS) id 15.1.225.19; Sun, 2 Aug 2015 03:56:23 +0000 Received: from BL2FFO11FD052.protection.gbl (2a01:111:f400:7c09::160) by SN1PR0501CA0005.outlook.office365.com (2a01:111:e400:52fe::15) with Microsoft SMTP Server (TLS) id 15.1.225.19 via Frontend Transport; Sun, 2 Aug 2015 03:56:23 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.18) smtp.mailfrom=juniper.net; FreeBSD.org; dkim=none (message not signed) header.d=none; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.18 as permitted sender) Received: from p-emfe01b-sac.jnpr.net (66.129.239.18) by BL2FFO11FD052.mail.protection.outlook.com (10.173.161.214) with Microsoft SMTP Server (TLS) id 15.1.231.11 via Frontend Transport; Sun, 2 Aug 2015 03:56:22 +0000 Received: from magenta.juniper.net (172.17.27.123) by p-emfe01b-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Sat, 1 Aug 2015 20:56:21 -0700 Received: from chaos.jnpr.net (chaos.jnpr.net [172.21.16.28]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id t723uLD05053; Sat, 1 Aug 2015 20:56:21 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos (localhost [127.0.0.1]) by chaos.jnpr.net (Postfix) with ESMTP id 15A92580AB; Sat, 1 Aug 2015 20:56:21 -0700 (PDT) To: Bryan Drewery CC: Garrett Cooper , FreeBSD current , Warner Losh Subject: Re: amd64 base/head r284673 fails to build on amd64 base/head r284639, pilot error? In-Reply-To: <55B8012A.30206@FreeBSD.org> References: <65E0AFBE-0E73-42C9-A140-4AC617500E73@gmail.com> <8737.1434922152@chaos> <55B7F36A.4070201@FreeBSD.org> <55B7FB1D.2010008@FreeBSD.org> <55B8012A.30206@FreeBSD.org> Comments: In-reply-to: Bryan Drewery message dated "Tue, 28 Jul 2015 15:24:42 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.0.3; nmh 1.3; GNU Emacs 22.3.1 Date: Sat, 1 Aug 2015 20:56:21 -0700 Message-ID: <16807.1438487781@chaos> MIME-Version: 1.0 Content-Type: text/plain X-EOPAttributedMessage: 0 X-Microsoft-Exchange-Diagnostics: 1; BL2FFO11FD052; 1:6QHGOzuybq1aFWxHAb1DYA9gkkpx36mlybwUu5sySv8Z375S8/Qn5jW4FnjbRrDLVg2YjL/l2OAueqbOQoiNTZHTTHyBpKK1SEx/+K+vLVKFloeR2ErmZb9P7DrQn2Gi6lNpWYKf6KsizeSku+u0StflpINDpH+kkqxHSkiAZHQaVzWrmG2HKagGbjWRGwaGJATmO6PT0gnTkG2vuQrmBoMpRMXC/XUrBz6k4bb3cWmT8HFagTYVQN+0OXxheWVrJkpLFomTLiW3l95jNFBBLUJjfNYJWHmz2mZhKMLQHA0= X-Forefront-Antispam-Report: CIP:66.129.239.18; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(2980300002)(24454002)(199003)(189002)(48376002)(62966003)(77156002)(105596002)(106466001)(76506005)(50226001)(57986006)(86362001)(19580395003)(19580405001)(6806004)(189998001)(2950100001)(77096005)(93886004)(92566002)(110136002)(117636001)(87936001)(50986999)(46102003)(47776003)(76176999)(5001960100002)(5001920100001)(50466002)(33716001)(62816006)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB706; H:p-emfe01b-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:sfv; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB706; 2:400sTOj1Fz7HxALaXugoOfJ87isJvvJDtv3vAOIg2LMLmQ951Jx4KIaW8/GCSkQtAqRVm+uNkF8SDSHz3bMy2AgLZhrVKjJQkkWHH3884Bo6qu7eUUTvuqp0y18f9bip1MJaU3vxUhoQEGO9L0PRL3hRWu6P8EPFRPj7mOYrRqE=; 3:t+DmNX94bWaoQTw5AI4LtLdnsbett1DYlPscpsDnO/ShTWGkNbfwckkIPwQj1e+pbirPuxCUHQYafeXIS4fARvoTtx6DdzvH+lZl8d6W5fNZGN2I4onnkMMbEw0I9LIy9qfvt7NIRXX6ERCvG8Bu3r2Khoo33FsLP3wbH/QKWLLZO1Nq56a53AYDRp14n/nQAVioKc6j6P8ppeuom/ZAPhygXsV6S/m7LLE/usY8QfE=; 25:QpPQ6CbfXdhQ6x2KmvXeNra87TLk075egQWSCoPCbxaUP78WbCAPc4/VRX1tABrCyAldzu4eSFFLiTfl6tUMDbJHfnkz/yd3r5clOIiRU4Tuu3fCSrVbgP4eh5YMrltZ5F4M9SibNC4NRZG0f+P1JRZh4ePpMvaj7PJMjDsT/r4Hlso84IxpY33/MZ0v/+k+QF+5hf+x5fAGR+9ePF4Rt6ZQtxeAcr1gWP8M2TZR4/5y8YQ72DEPSIBvLVDmIhJL X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB706; X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB706; 20:W56OfdG2N1Mx4S8GlAbFfh2uCFiwFSgBr5+DVUrWH9eZBQWNr67E1x99FTgtm5aU1CunfgyNrBX9kHxnAU9iXAzBCSezQmi4QYqFWDXQswhVbUbuoWdSKmJQQuezvEDkaSOf89ZupkBoS3d935KDkAKQa8M11yVGubkhhf2sKfqf/EubPbbg4SZjR3weyRLqyCUlrVQjY08EX7BaTD+2DUplV2p6txUuprmuHd+scElIeYl3dke+iIjWcJ8bhAS9F8M/N4Y/wuMCgiLCpKOvXAxcEvR/GkqNTSTOVfos0yaLDa84dm259RGFtWi5w4shFgPUc7cOP0u1Ma4XAXGcI8k/DMMmQHyPKMHHQbFZn9+nCJ4FruJR2MUFcRwHcLOhXhv6Z4MnFNqslvQwc/4FBpSy6hdnK6RHWzSuFnGiofyY8bBSleeH2wW7vz++jwGVFbZO40UKJKECqVSLWuuoVuWLh4/G5WEL36ZGWHm0ZDeNIg2EVqJ1WPuJmBd7E1Y4; 4:JWxMhQeOoLv+w2CQSL+elnAjrAc+Oq59NswKprpn5cNa+litPTbAyfx6xmNfGmP03iOV7UHbfxrZm0lkdMZgh1Q5Ez4H1z6onpOotTDEMANuOrHt6hlDLpCBuNebRnTvBJem0xd+kFAo6aTluw7QODejNfwEHgPkMJC9FkmeD50+3KXntUOu0U/vt2mk3cRUoYYFn+QORF21b7sWov/+qGniTau+ysCywWvOZ+AVzLSAOga03pS/5+VMa/87E9HMcl8j+WmMg9D48TwhhW+83ZIDI3RGaxxE3UZNFWDt6Gg= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:BLUPR05MB706; BCL:0; PCL:0; RULEID:; SRVR:BLUPR05MB706; X-Forefront-PRVS: 0656A4403B X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB706; 23:p2tNI/lGMK7ExZlAjxw7bkeTEUvByLKztdrJrRAxZSc/V3f5GQnw0bV8xsehl0gOUEZFro+gCYSIg/yUK1uQpqtu4N3pcTMLmna/+mcKTsqfelsYI4Rt+pBefI8+0oT9VoObI3wlSwAKvj9rh4en7kezZUoIYxJtSvGeXh2oQ0mlxA1y5lN9lRCGkFA33jSMCZtFAJWPzoQsIfgtULbxsmCJ5/IoC9eS5qlRevdS6GRsgLjK7O+p+KKaerh7ROR1gEsgjNLQ1DWezSQtQ7/TbAYbPqu+/MWv3UizI2ZO3S/EQSqml/4sE2QGnCTE05FCj9lg5V8ojYx0Z3pKrISUTVfdvLCuY63Cg5KeOGhyIaA7LKLoCVxRWUJrqejtMDTypBeWeXwjsIu5kxdRCeOBFUWM3m3KiX7Dx8zRd6zXFzHoaUPgk21PpekWKAUpSgcriQB5KECFOXVlYhfospSjKZULUwjv3tgE3Gv6GN+XiP+GOc0EVDJT4B2ZxzaY02S/PQUksCNdb+ksPsTa2XKyV2W4CSUQgLS7ZWZVzmtkAlyWa8YpQkcnzHLOeNyWrimiY6ThIpHqxVjUvvwG1gzlT7puT4rmT74HsxljZdq5HYndJh0mXOM+HIboSKckRG9P+5Hu1F302Ja+V1+Yf291fFAlzGF42UdQQY70PfSTNNVj+qXmstyeJ2+8Cn/Ete4GVkXqR3rL2mUPzImUd2t0OYjTgZBMmgwZ5wFP4EFOANdhMUk+t+nImgJhnKt3oQdIEL+Uezj2L0P00SAB8WfMNhFKO6ORB1vcImMJhBDj7L5LXuTR+vZ4qEQLyEe7ls9SxmbInj6jTcwjE0EAwkfLVlvg9E4oGPEGOHf35YozjBX8oUkntQM2c0a2bA/X9T2FKfXakCYkhWu+8udY0E7tSY2KYpr8gEhRYg4LTVD2t50= X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB706; 5:kriEgeIh8+oqGI3UJXYkqIKQ9B656Dzn6PkiAnW+y44JMJP67rFq350ahUaXhGVKs5B5BM7/32BEMvpvC58u2pIo7pFhiF2gTbXgK8s1Ea3SBc5qtf5yrjHe0avaV6EugN/sgSNsW088GaMYfM6nyQ==; 24:IsWRBOhNzvGeJO8zypU6QEUgjWSPFMdv+jrfynRQrJYMHp5Nx8D34PrlVnt4DMKpXbSxQPSJcKJK5udxbUUYf8KGT8ZGWCgFqbXl23mcq2k=; 20:VNLSIII9A0AR9vtARGDNubcEY78Z6g7fYiWU3YGLYNka7tg1Jk/NmiTAWkTqTo+aEV5vqYiXUm7uj86ZF67Iqg== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 Aug 2015 03:56:22.8358 (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.18]; Helo=[p-emfe01b-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB706 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2015 03:56:32 -0000 Bryan Drewery wrote: > I think the problem here is the use of -m for SUB_MAKE in /Makefile. > Specifying -m share/mk causes all of the issues I've seen (expected > including of /etc/src.conf), while not using -m does not include > /etc/src.conf even though the build is being done in a src dir. Sorry, the behavior here will vary depending on when /usr/bin/make was built. IIRC when I first put bmake in I made it use .../share/mk by default (during the original discussion at BSDCan about 4 years ago ensuring that "correct" src/share/mk used by default was stated as a goal - without need for env settings). Of course .../share/mk breaks POLA for those who expect /usr/share/mk to always be used, so that was backed out, but was more recently put back in ;-) Sooo unless you explicitly use -m or set MAKESYSPATH, we cannot say for sure whether you will get /usr/share/mk/sys.mk or $SRCTOP/share/mk/sys.mk when you run 'make' in a subdir, and the result wrt to src.conf depends on using $SRCTOP/share/mk/sys.mk