From owner-freebsd-arch@FreeBSD.ORG Fri Oct 26 21:02:03 2012 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 20310E3B; Fri, 26 Oct 2012 21:02:03 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 11ECC8FC12; Fri, 26 Oct 2012 21:02:01 +0000 (UTC) Received: by mail-bk0-f54.google.com with SMTP id jf20so1469342bkc.13 for ; Fri, 26 Oct 2012 14:02:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AnRUl/YirLEs9JqXtDeHnLaxPeHNZBg3akAT5QcAKbc=; b=mG6PHdlwEFqwxmx0OaA1MJiohaLfGyoudvqwS4RMqQFoI0nhnAq84R1GwXxNjX81Ne SxdLfR3CQOpUDNDDCI0NgzpgV3+imeHSbl4zLC66Nj0fLEnDDzuZ5tad8jrsKbXasojQ Dn2m4QPV7wJ/lLkntzmwOtkK5i/RmlcAIMTlAwtD9OhqvTSxVEMtNL455melY4IrgMXy NW3jifXabwl135MX5KUyPav7AqClFuj9O6YHh5Cq2RSibChlaVUxf7TvSL6ExvKeAH3i CLdl3/LKZm2XGy8lqd2dU33eJCQWTyI3KbskR9flfME5nrLbji37sQSgIk1IEvu2g45O ABrg== MIME-Version: 1.0 Received: by 10.205.137.7 with SMTP id im7mr7345468bkc.25.1351285320930; Fri, 26 Oct 2012 14:02:00 -0700 (PDT) Received: by 10.204.50.197 with HTTP; Fri, 26 Oct 2012 14:02:00 -0700 (PDT) Received: by 10.204.50.197 with HTTP; Fri, 26 Oct 2012 14:02:00 -0700 (PDT) In-Reply-To: <20121026204910.E1FFA58094@chaos.jnpr.net> References: <201210020750.23358.jhb@freebsd.org> <201210021037.27762.jhb@freebsd.org> <127FA63D-8EEE-4616-AE1E-C39469DDCC6A@xcllnt.net> <20121025211522.GA32636@dragon.NUXI.org> <3F52B7C9-A7B7-4E0E-87D0-1E67FE5D0BA7@xcllnt.net> <20121025221244.GG3808@ithaqua.etoilebsd.net> <20121026181152.GC44331@dragon.NUXI.org> <20121026204910.E1FFA58094@chaos.jnpr.net> Date: Fri, 26 Oct 2012 22:02:00 +0100 Message-ID: Subject: Re: [CFT/RFC]: refactor bsd.prog.mk to understand multiple programs instead of a singular program From: Chris Rees To: "Simon J. Gerraty" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Baptiste Daroussin , Garrett Cooper , freebsd-hackers@freebsd.org, Marcel Moolenaar , freebsd-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2012 21:02:03 -0000 On 26 Oct 2012 21:51, "Simon J. Gerraty" 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