Date: Fri, 26 Oct 2012 22:02:00 +0100 From: Chris Rees <utisoft@gmail.com> To: "Simon J. Gerraty" <sjg@juniper.net> Cc: Baptiste Daroussin <bapt@freebsd.org>, Garrett Cooper <yanegomi@gmail.com>, freebsd-hackers@freebsd.org, Marcel Moolenaar <marcel@xcllnt.net>, freebsd-arch@freebsd.org Subject: Re: [CFT/RFC]: refactor bsd.prog.mk to understand multiple programs instead of a singular program Message-ID: <CADLo8383Y823kqKgBLHfx9CdCDuZQgVQSYwfuWq_29Hq7cYv=Q@mail.gmail.com> In-Reply-To: <20121026204910.E1FFA58094@chaos.jnpr.net> References: <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> <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>
index | next in thread | previous in thread | raw e-mail
On 26 Oct 2012 21:51, "Simon J. Gerraty" <sjg@juniper.net> wrote:
>
>
> 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.
In that case we have a switch time on the order of years, not weeks; 8.3 is
supported until May '14, and unless we get a :tl etc MFC into 8, even
longer. All this time the ports tree must work with pmake.
I don't want to discourage you or belittle your excellent work here, but
Marcel made me very nervous with his comment on the process being "a few
weeks".
Chris
home |
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CADLo8383Y823kqKgBLHfx9CdCDuZQgVQSYwfuWq_29Hq7cYv=Q>