From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 27 18:19:19 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4282FBC4; Sat, 27 Oct 2012 18:19:19 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from exprod7og124.obsmtp.com (exprod7og124.obsmtp.com [64.18.2.26]) by mx1.freebsd.org (Postfix) with ESMTP id 085458FC0A; Sat, 27 Oct 2012 18:19:10 +0000 (UTC) Received: from P-EMHUB03-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob124.postini.com ([64.18.6.12]) with SMTP ID DSNKUIwlnnXEiid+zysoHACfnvkhP/FDdYr7@postini.com; Sat, 27 Oct 2012 11:19:18 PDT Received: from magenta.juniper.net (172.17.27.123) by P-EMHUB03-HQ.jnpr.net (172.24.192.33) with Microsoft SMTP Server (TLS) id 8.3.213.0; Sat, 27 Oct 2012 11:19:09 -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 q9RIJ7h65026; Sat, 27 Oct 2012 11:19:08 -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 DA10F58094; Sat, 27 Oct 2012 11:19:06 -0700 (PDT) To: Bryan Drewery Subject: Re: [CFT/RFC]: refactor bsd.prog.mk to understand multiple programs instead of a singular program In-Reply-To: <508BF354.4060208@shatow.net> References: <201210020750.23358.jhb@freebsd.org> <20121025211522.GA32636@dragon.NUXI.org> <3F52B7C9-A7B7-4E0E-87D0-1E67FE5D0BA7@xcllnt.net> <20121025221244.GG3808@ithaqua.etoilebsd.net> <20121026181152.GC44331@dragon.NUXI.org> <20121026204910.E1FFA58094@chaos.jnpr.net> <20121026233225.54FB858094@chaos.jnpr.net> <508BF062.8020101@shatow.net> <508BF354.4060208@shatow.n et> Comments: In-reply-to: Bryan Drewery message dated "Sat, 27 Oct 2012 09:44:36 -0500." From: "Simon J. Gerraty" X-Mailer: MH-E 7.82+cvs; nmh 1.3; GNU Emacs 22.3.1 Date: Sat, 27 Oct 2012 11:19:06 -0700 Message-ID: <20121027181906.DA10F58094@chaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain X-Mailman-Approved-At: Sat, 27 Oct 2012 19:11:32 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-arch@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2012 18:19:19 -0000 On Sat, 27 Oct 2012 09:44:36 -0500, Bryan Drewery writes: >Could there be a make.conf/env setting to make bmake run AS pmake in >full compat mode? On by default until all older branches are EoL, then >it can flip and be optional. This has been mentioned before. Firstly, I have changed bmake behavior in a number of ways to better fit FreeBSD, but in each case I could justify the change to the NetBSD folk as well (or at least most of them ;-) The above idea though would require doing more violence to bmake's internals than I think is desirable, plus it would be counter productive. Today, you can test for defined(.PARSEDIR) and *know* if you have bmake or not, and if you have, how it behaves. If we start hacking compat modes and such to avoid changing, it would be more trouble that it is worth to try and make use of bmake in any meaningful way. The simpler implementation of this idea is to simply leave the old make in place. >Or even via a symlink, whatever it is invoked as is what mode it runs in. This is more practical I think. Making /usr/bin/make -> [fb]make