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>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CADLo8383Y823kqKgBLHfx9CdCDuZQgVQSYwfuWq_29Hq7cYv=Q>