From owner-freebsd-current@freebsd.org Sun Aug 2 03:05:18 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 44FF69AAA6D for ; Sun, 2 Aug 2015 03:05:18 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0140.outbound.protection.outlook.com [65.55.169.140]) (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 9CD7B18B0; Sun, 2 Aug 2015 03:05:17 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from BY1PR0501CA0018.namprd05.prod.outlook.com (10.162.139.28) by DM2PR05MB782.namprd05.prod.outlook.com (10.141.179.142) with Microsoft SMTP Server (TLS) id 15.1.225.19; Sun, 2 Aug 2015 02:50:33 +0000 Received: from BN1AFFO11FD044.protection.gbl (2a01:111:f400:7c10::167) by BY1PR0501CA0018.outlook.office365.com (2a01:111:e400:4821::28) with Microsoft SMTP Server (TLS) id 15.1.225.19 via Frontend Transport; Sun, 2 Aug 2015 02:50:33 +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 BN1AFFO11FD044.mail.protection.outlook.com (10.58.52.191) with Microsoft SMTP Server (TLS) id 15.1.243.9 via Frontend Transport; Sun, 2 Aug 2015 02:50:32 +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 19:50:31 -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 t722oUD79409; Sat, 1 Aug 2015 19:50:30 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos (localhost [127.0.0.1]) by chaos.jnpr.net (Postfix) with ESMTP id 4F394580AB; Sat, 1 Aug 2015 19:50:30 -0700 (PDT) To: Bryan Drewery CC: Garrett Cooper , FreeBSD current Subject: Re: amd64 base/head r284673 fails to build on amd64 base/head r284639, pilot error? In-Reply-To: <55B7FB1D.2010008@FreeBSD.org> References: <65E0AFBE-0E73-42C9-A140-4AC617500E73@gmail.com> <8737.1434922152@chaos> <55B7F36A.4070201@FreeBSD.org> <55B7FB1D.2010008@FreeBSD.org> Comments: In-reply-to: Bryan Drewery message dated "Tue, 28 Jul 2015 14:58:53 -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 19:50:30 -0700 Message-ID: <4866.1438483830@chaos> MIME-Version: 1.0 Content-Type: text/plain X-EOPAttributedMessage: 0 X-Microsoft-Exchange-Diagnostics: 1; BN1AFFO11FD044; 1:rEwRUlCUPjVU1Fjcd2rhPPoHQabd4pBNMprpgyGGN8EN4ABLYc1rPJ/qbiMsgBwfPHa6XN2tyguD1K4/4HuwCwFXjWME6F2jvnuz2paH9X1kESsxQX5DZQoT2s0ggLHtXdnrvFXPBqKS6c2NGBiRiwaeoXfA+PU71pRlnECyHEDH3IvAmjXN2TtE2ChgSq56tMNnO5qcxjvMyuLrMlQmxf7dXH7IU6fW4s8eVxUT+XvfXzWAeFNrLF65vvn6zl14Lk4k7/Ili92dVH8jWZPWOHDCeL30PYiYjUxQshoZRVU= X-Forefront-Antispam-Report: CIP:66.129.239.18; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(2980300002)(199003)(24454002)(189002)(117636001)(50226001)(2950100001)(105596002)(77096005)(47776003)(77156002)(62966003)(50466002)(106466001)(19580405001)(19580395003)(6806004)(33716001)(189998001)(76506005)(48376002)(87936001)(57986006)(46102003)(5001960100002)(110136002)(50986999)(93886004)(76176999)(86362001)(92566002)(62816006)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB782; H:p-emfe01b-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:sfv; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB782; 2:xE+ZQkKsJoAtrCSz696tcW639XLIthhRJzZcG4Px7haHfjUxtnNDBnzn16wC4z8q05Ks2D5CbACOEjXz0ADImEc7O9Ablz3mdlNWP2kI5MGp9RykIPKrpBFrijaEHSNqJaVwPzCtNt9LAD21dz1sUNbZVhq9ywIxAPU7abPxe1Q=; 3:hYbaapjsNqtoTlSLo+MemeiGOiECtk5bR673IxmJfes7SmNekCIV9WlTzG7In1aNznlEVGKcaC/9fUM4iQufZxXK1P2JcZmw8l00NUyXaD5tFQ4Xt+3tCb6Bk/RoVLwA0LTkGD1oNScPh1PMz7hhgO/aWYv/Tma79PqApeZvGt0ARpOYPMpyRjZYLb2xQAcrKnv1ttY6vLrBlhJzw+R4goCAgMsI3oJr5swZThkMeo0=; 25:heYuYdaNsb9dVKTY53hD4KxWmPzfuAL8U4P3dJB2yVNz4Nq+4nVQP3OcRSKG2HWYVb3ZTyx6KT3BqEXEbKWgiGZgcgBkC9bD8s3QoYqnS0ci6cG2ktc9judqhquKKgvqQ9PuS2/6tiEb3VJL8ogrEk9YIsX1HBrJjwa/V0HpuRe+BIq1CkjpMHa7Vbr/ZsmzJs0CajGH2NzrUK2bNeeBTvtzjgBozFNJIGpH1fu/xhp5fTfS3xGSbDtg1yVUvqgO X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB782; X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB782; 20:IE4exox0awjtm2zE8twCl8WpvU5SRAtigeE5jht6N3OAYHtEYmpRToQKzp7h4EwVx9BaDj2AoyAtWDKv398QM9u3h0ZYCBKoCp8pfGKrpQMfHgiGlLPIFFRIrJf4ir3zoPdKKw9rMAJEqKZnToiWR12UMIImGx/v+Rxs3vwW99gV4iD7x3h8SU6fyLwTVUfEGa1MkKn++dwgyGFHLFT8DDIgxFsH2gFihzeVkjls97ARcN6BbzQ/i08Rukbd5PAH9JCLVLFCUBAyDrldVDoBasQTEH9WiLOcLKalDSQWfpYG4NTctvms6Dj70Ik+Y8hiWHVYLoclACXrRHaYJp7TOg7fRrwGxIL6eHyGj6FZUYie50+qnF8pzra4Nver6ftlaZXYgkh2TTCth8PKPblHGTOkwm+QCHKx/wnDCEJIUaO7evQmNercWQYND3kKiiCrLokEOGPHJ0xHqT8qluhC/qywozPoIvQjSVMbKQXD95y6F64qa4VrV8UhR1qE6HTp; 4:MpAB8lhFbsEFgPyVfu2NkxwmQD/Sp/IfNIglVvmHe9/3wROM1KO0ncq6f+Eo4Bi+cSLu65Fjv4eZGyPyy1u/egsFsQMmdJMs7AtqDqcZo2N6Pf4MLjBYT5qpUs/qU2bDwk7ZvzvfLeYbvKY0Sg3pJS/lscsu54wmPBXoB/a4wA/XmdNIGbJa3+pKqBz08OeEqBXn7/5kJlLC6l6Nffaau5J8G77Gdsx/aHT2eY+4OxtoMUJ9LQ990a9yHbOf93aISIoNwEIX0vcK4mKDVjtm/ZJ8nWXVLD55LfHTPSYm3ts= 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:DM2PR05MB782; BCL:0; PCL:0; RULEID:; SRVR:DM2PR05MB782; X-Forefront-PRVS: 0656A4403B X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB782; 23:sAeWdlqexKhCLaj1MB8kl0DYxMM82G9i1p2IVlmYNIMmQ9DguWHlPMa1tjH3cmsDR95dxQjcd3sBnJjrL+l6B00RwfAqkrhuBUtGQPgbcqUfjE4ABKU/hWwcLKS8a8H8SjttKbglz4mOlTM0IgK6qx0WBzSIGGYb2H66+pD9b8Un/fr25M9zS6w65wDv/J1Epoc2cNV173UdlOwA2KnhnEJ9q01Uu6/egYH+tcaQwCOPZBe8oEb53G6Rvue1og8OLg0jyUE70NM2sRwggNaNTg/3Oe1g5xYGLTFA97ABh44tKND6NVxBcTeqMBpCfyP45VYjY1bYZqIYmrVmJ+TmXshWCULt8nCvAcZLRxVhzlECI/syTeWEttfg7UyXdtO9snGJr6JXrzQaHCGqTk9w73FFxvWDJ+5eL9H2QS8lcnCnEZR3vBmAclO+VOhXschm8FxPprDevv3jehLyxTI7efGGN9D3FK+3i2+hK5VjbvrjdpMtGUHoRxdTGyoxMrtNK2p1WL0+5ACIjmVJf7DHW6sSFCdfos82fXjbznx2ZyawKCV43YdY5sm3Qp90k2U9Iu3lGAf6WlkuEZel39Inn4vqm1Lp//KT0HZurndrN9p8FAzGLY4CG38+YK2IYFdm3hZhuXwZElmWBCcp41FyfTPgivfQPsk3lDG8bIQbMG7NsycCEx1ybEgJKdMus6ce5xoyaU0XJMTHPG2+tiZsuaUgXu183nIdWoaMNyjHfZkvAcJXQktyXuam9X7C8CKUAM61Nu62Fd+64PJcQDPZzyyfaUnPEY4yd1Hlzajv/ZlApfdmFY7JPfm3NLRE7RJbDlwM9xA4FPAXxvcAT34tHmffwd29pBZlItxDvF69+5jzVDEHTz29qRiK8MaV69mp5JP2IFgHEtqx3euZKM9I4w== X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB782; 5:lkfyGEltW3u0WJXLHynmVzOLgPxb8nHAyQy1YFshL+ZoXBZRM7A2qhlDVEWfgMLhoiK9Hlk9NdgWPZN/Z+zEyDU/M55zHWyRmVDyfqGKmIx2eNpb0y1Cv/fchahDkQnRVL3eo4/EsmT4kO2YpiFD/w==; 24:drh69ShOxy1L2vOi5gMkQHLEhdUBc6iJvHjv4kyO115mxYa91i8le5KBsm+w24hb2OwqX6PpB6V7O9jo9QWi9XSe3hgdYJicld9lKUGDXSQ=; 20:7L6akbVS2KD3jQp1SCUr5fXg96H47Z1oP83D4joc9ZxFLIBhwHJ8embF42iUS7+nouhRumBjhvfvn6dhH9Eniw== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 Aug 2015 02:50:32.0996 (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: DM2PR05MB782 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:05:18 -0000 Bryan Drewery wrote: > 1: subdir make > src.conf: STRIP= > rescue/rescue% make all > -> make -f OBJDIR/rescue.mk > > STRIP= is not passed down into rescue.mk, resulting in 'strip rescue'. unless src.conf does .export STRIP, or submake reads src.conf for itself this isn't surprising. The result probably depends on whether /usr/share/mk or src/share/mk is used. > > 2. subdir make STRIP env override > rescue/rescue% make all STRIP= Setting STRIP= (or anything) like that causes vastly different behavior compared to env STRIP= make or setting STRIP= in a makefile (eg src.conf) When you do 'make STRIP=' the variable is handled differently, it is put into a special context CMD which has higest priority and is explicityl passed on to submakes via MAKEFLAGS. The goal is to treat the setting as immutable (to the extent possible) as required by posix. > STRIP= is passed down resulting in ' rescue'. > > 3: buildworld > STRIP= from src.conf is passed down, resulting in ' rescue'. buildworld tries to ensure that the tree's share/mk is used so src.sys.mk is used and /etc/src.conf likely to be read.