Date: Sat, 27 Oct 2012 11:19:06 -0700 From: "Simon J. Gerraty" <sjg@juniper.net> To: Bryan Drewery <bryan@shatow.net> Cc: freebsd-hackers@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFT/RFC]: refactor bsd.prog.mk to understand multiple programs instead of a singular program Message-ID: <20121027181906.DA10F58094@chaos.jnpr.net> 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> <CAGH67wRw_n2_KwVz=DZkMpeJ4t8mMf965nxehHsDV-mzTnn5cA@mail.gmail.com> <CADLo839EUTF9bP8VD3L1_boY8i-w8B87yHGRR7Zx6wONFnSnEQ@mail.gmail.com> <20121025221244.GG3808@ithaqua.etoilebsd.net> <20121026181152.GC44331@dragon.NUXI.org> <CADLo838vSnYm3LMr_6maQipAYtBTX%2BCCyEhC053cj_amgNJH=g@mail.gmail.com> <CADLo83-d0tDN8k5Lv9c5=6vQawVHSHZENfTpKzxe61OYqqxSeA@mail.gmail.com> <20121026204910.E1FFA58094@chaos.jnpr.net> <CADLo8383Y823kqKgBLHfx9CdCDuZQgVQSYwfuWq_29Hq7cYv=Q@mail.gmail.com> <20121026233225.54FB858094@chaos.jnpr.net> <CADLo839LZOdMp%2B%2B3PnbN91%2B5Lfzvm=_GNRRfVdVATYcXm9BVJg@mail.gmail.com> <CADLo838geLFZT4EH8sPuichUn8cw7D8pBQOgiQbEu2BCuTDwiw@mail.gmail.com> <508BF062.8020101@shatow.net> <CADLo83_DHJB1BMMscMYQxinqQjSKmboadA3pi=zhrQzf5%2Bx7MQ@mail.gmail.com> <CAF6rxgmcJ%2Bj3RG=A6snizCi1t0eEiu3erP9RWMUtzaLXyW2bOA@mail.gmail.com> <508BF354.4060208@shatow.n et>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20121027181906.DA10F58094>