[CFT/RFC]: refactor bsd.prog.mk to understand multiple programs instead of a singular program

[Marcel Moolenaar]

On Oct 25, 2012, at 2:15 PM, David O'Brien <obrien at 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 at xcllnt.net