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

[Simon J. Gerraty]

On Fri, 26 Oct 2012 21:00:26 +0100, Chris Rees writes:
>:L -- seems that bmake's use for this is kinda pointless; returning the
>name of the variable; we could swap that usage over directly.

Acutally it is very useful.
The debugging facilities in dirdeps.mk rely on it.
The junos build uses it in many other places too.


>:U -- with bmake has non-optional arguments, so for example:
>
>${VAR:U} - pmake behaviour
>
>${VAR:Uval} - make behaviour.
>
>Would that be acceptable?  I can get a patch in if that's popular.

No, please don't do that.
I'm trying to reduce the divergence b/w freebsd and netbsd.