From owner-freebsd-bugs@FreeBSD.ORG Wed Aug 7 18:30:02 2013 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 54460FBC for ; Wed, 7 Aug 2013 18:30:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 412FA2EE3 for ; Wed, 7 Aug 2013 18:30:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r77IU2cg037561 for ; Wed, 7 Aug 2013 18:30:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r77IU2Um037560; Wed, 7 Aug 2013 18:30:02 GMT (envelope-from gnats) Date: Wed, 7 Aug 2013 18:30:02 GMT Message-Id: <201308071830.r77IU2Um037560@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Cooper Subject: Re: conf/181116: CURRENT build always uses bmake, even though WITHOUT_BMAKE is specified X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Garrett Cooper List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Aug 2013 18:30:02 -0000 The following reply was made to PR conf/181116; it has been noted by GNATS. From: Garrett Cooper To: "Simon J. Gerraty" Cc: "FreeBSD-gnats-submit@FreeBSD.org" , "freebsd-bugs@FreeBSD.org" Subject: Re: conf/181116: CURRENT build always uses bmake, even though WITHOUT_BMAKE is specified Date: Wed, 7 Aug 2013 11:24:15 -0700 On Aug 7, 2013, at 10:51 AM, "Simon J. Gerraty" wrote: >=20 > src/Makefile does not read bsd.own.mk so does not see src.conf > it does however see make.conf Ah, but src.conf controls WITH* (and the option is documented in the manage,= along with all the others). You accidentally broke POLA :(. > 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. > 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). Management at $work would agree that it makes no sense wasting engineering h= ours chasing down build faults.=