Date: Thu, 25 Oct 2012 14:23:06 -0700 From: Marcel Moolenaar <marcel@xcllnt.net> To: obrien@FreeBSD.ORG Cc: Garrett Cooper <yanegomi@gmail.com>, freebsd-hackers@FreeBSD.ORG, "Simon J. Gerraty" <sjg@juniper.net>, freebsd-arch@FreeBSD.ORG Subject: Re: [CFT/RFC]: refactor bsd.prog.mk to understand multiple programs instead of a singular program Message-ID: <3F52B7C9-A7B7-4E0E-87D0-1E67FE5D0BA7@xcllnt.net> In-Reply-To: <20121025211522.GA32636@dragon.NUXI.org> References: <CAGH67wRkOmy7rWLkxXnT2155PuSQpwOMyu7dTAKeO1WW2dju7g@mail.gmail.com> <201210020750.23358.jhb@freebsd.org> <CAGH67wTM1VDrpu7rS=VE1G_kVEOHhS4-OCy5FX_6eDGmiNTA8A@mail.gmail.com> <201210021037.27762.jhb@freebsd.org> <CAGH67wQffjVHqFw_eN=mfeg-Ac2Z6XBT5Hv72ev0kjjx7YH7SA@mail.gmail.com> <127FA63D-8EEE-4616-AE1E-C39469DDCC6A@xcllnt.net> <20121025211522.GA32636@dragon.NUXI.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Oct 25, 2012, at 2:15 PM, David O'Brien <obrien@freebsd.org> wrote:
> On Mon, Oct 08, 2012 at 09:11:29AM -0700, Marcel Moolenaar wrote:
>> two independent efforts (ATF & bmake) and there was no indication that
>> one would be greatly benefitted from the other. At least not to the
>> point of creating a dependency.
>
> It seems we do have the situation where folks feel there is a dependency
> between the two.
>
>> Before we can switch permanently to bmake, we need to do the following
>> first:
>> 1. Request an EXP ports build with bmake as make(1). This should tell
>> us the "damage" of switching to bmake for ports.
>> 2. In parallel with 1: build www & docs with bmake and assess the
>> damage
>> 3. Fix all the damage
>>
>> It could be a while (many weeks) before we get to 4, so the question
>
> Given the time this will take, I feel we need to add another knob to the
> Bmake build so that 'make world' gives one both the FreeBSD make as
> /usr/bin/make and Bmake as /usr/bin/bmake.
I think there are 2 reasons why not to:
1. The people working on ATF have not raised this concern and
have expressed that using the WITH_BMAKE knob is but a small
price to pay. So let's work the bmake side and be able to
get rid of the knob as soon as possible.
2. More knobs isn't better -- we must have none of the knobs in
the end, so the more we create, the more work we have to get
rid of them. That's just more work spent not focusing on the
task at hand and thus more time wasted.
In short: this isn't a 2-knob problem by any stretch of the
imagination.
--
Marcel Moolenaar
marcel@xcllnt.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3F52B7C9-A7B7-4E0E-87D0-1E67FE5D0BA7>