From owner-freebsd-bugs@FreeBSD.ORG Wed Aug 7 20:32:43 2013 Return-Path: Delivered-To: freebsd-bugs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DC1182D7; Wed, 7 Aug 2013 20:32:42 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from db8outboundpool.messaging.microsoft.com (mail-db8lp0186.outbound.messaging.microsoft.com [213.199.154.186]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 438532773; Wed, 7 Aug 2013 20:32:41 +0000 (UTC) Received: from mail154-db8-R.bigfish.com (10.174.8.233) by DB8EHSOBE026.bigfish.com (10.174.4.89) with Microsoft SMTP Server id 14.1.225.22; Wed, 7 Aug 2013 20:32:34 +0000 Received: from mail154-db8 (localhost [127.0.0.1]) by mail154-db8-R.bigfish.com (Postfix) with ESMTP id 2B145802A3; Wed, 7 Aug 2013 20:32:34 +0000 (UTC) X-Forefront-Antispam-Report: CIP:66.129.224.52; KIP:(null); UIP:(null); IPV:NLI; H:P-EMF01-SAC.jnpr.net; RD:none; EFVD:NLI X-SpamScore: 2 X-BigFish: VPS2(zz1432Izz1f42h208ch1ee6h1de0h1fdah2073h1202h1e76h1d1ah1d2ah1fc6h1082kz8dhz1de097hz2fh2a8h668h839hd25hf0ah1288h12a5h12a9h12bdh12e5h137ah139eh13b6h1441h14ddh1504h1537h162dh1631h1758h1898h18e1h1946h19b5h1ad9h1b0ah1b2fh1b88h1fb3h1d0ch1d2eh1d3fh1de2h1dfeh1dffh1e23h1155h) Received-SPF: pass (mail154-db8: domain of juniper.net designates 66.129.224.52 as permitted sender) client-ip=66.129.224.52; envelope-from=sjg@juniper.net; helo=P-EMF01-SAC.jnpr.net ; SAC.jnpr.net ; Received: from mail154-db8 (localhost.localdomain [127.0.0.1]) by mail154-db8 (MessageSwitch) id 137590755237753_28202; Wed, 7 Aug 2013 20:32:32 +0000 (UTC) Received: from DB8EHSMHS001.bigfish.com (unknown [10.174.8.243]) by mail154-db8.bigfish.com (Postfix) with ESMTP id 05B174E0045; Wed, 7 Aug 2013 20:32:32 +0000 (UTC) Received: from P-EMF01-SAC.jnpr.net (66.129.224.52) by DB8EHSMHS001.bigfish.com (10.174.4.11) with Microsoft SMTP Server (TLS) id 14.16.227.3; Wed, 7 Aug 2013 20:32:31 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMF01-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.146.0; Wed, 7 Aug 2013 13:32:29 -0700 Received: from chaos.jnpr.net (chaos.jnpr.net [172.24.29.229]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id r77KWHL56858; Wed, 7 Aug 2013 13:32:27 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos.jnpr.net (localhost [127.0.0.1]) by chaos.jnpr.net (Postfix) with ESMTP id A57FB58097; Wed, 7 Aug 2013 13:32:17 -0700 (PDT) To: Garrett Cooper Subject: Re: conf/181116: CURRENT build always uses bmake, even though WITHOUT_BMAKE is specified In-Reply-To: References: <201308071650.r77Go0ql017340@freefall.freebsd.org> <20130807175133.A099D58097@chaos.jnpr.net> Comments: In-reply-to: Garrett Cooper message dated "Wed, 07 Aug 2013 11:24:15 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 7.82+cvs; nmh 1.3; GNU Emacs 22.3.1 Date: Wed, 7 Aug 2013 13:32:17 -0700 Message-ID: <20130807203217.A57FB58097@chaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Cc: "freebsd-bugs@FreeBSD.org" , "FreeBSD-gnats-submit@FreeBSD.org" X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Aug 2013 20:32:43 -0000 On Wed, 7 Aug 2013 11:24:15 -0700, Garrett Cooper writes: >Ah, but src.conf controls WITH* (and the option is documented in the manage,= > along with all the others). You accidentally broke POLA :(. The real issue is that the option handling needs an overhaul. The processing of options should be extracted from bsd.own.mk to its own mk file which is always safe to include - bsd.own.mk is not. Then makefiles like src/Makefile could include it with the list of options it cares about - and bsd.own.mk could do the same. >> More importantly, is this a "test" or is there a percieved need to >> continue building with fmake? If so why? > >I gave up waiting for bmake and all the associated infrastructure to be back= >ported to stable/9 (and I know there's a snowball's chance in hades that it'= >ll be backported to stable/8), so I figured out how to make the test infrast= >ructure work independent of bmake. Why should that force you to use fmake for head? >> I was aiming to get rid of WITH[OUT]_BMAKE soon - in time for 10.0 > >This is a really bad idea. The fact that bmake causes conf/179111 without a m= >itigation strategy is reason alone to leave this knob in because I don't tru= >st all makefiles that exist outside of FreeBSD to work sanely without set -e= >. Heck, a lot of the Makefile snippets in FreeBSD don't behave sanely withou= >t set -e, as noted in the bug (and those are just a handful). You have the option of using .SHELL: to configure shell description that will set -e, though that will just perpetuate bad habbits. You said in 179111 that PR you have a patch?