From owner-freebsd-ports@FreeBSD.ORG Sun Nov 13 16:52:11 2005 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1329916A41F; Sun, 13 Nov 2005 16:52:11 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (vlsi00.si.noda.tus.ac.jp [133.31.130.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46F0A43D53; Sun, 13 Nov 2005 16:52:10 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p7126-adsau12honb8-acca.tokyo.ocn.ne.jp [220.99.41.126]) (authenticated bits=128) by mail.allbsd.org (8.13.1/8.13.1) with ESMTP id jADGq5jV045767; Mon, 14 Nov 2005 01:52:08 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id jADGpRTx023792; Mon, 14 Nov 2005 01:51:30 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Mon, 14 Nov 2005 01:51:01 +0900 (JST) Message-Id: <20051114.015101.71545144.hrs@allbsd.org> To: lofi@FreeBSD.org From: Hiroki Sato In-Reply-To: <200511131007.35678.lofi@freebsd.org> References: <200511130900.24801.lofi@freebsd.org> <20051113081633.GD69544@pcwin002.win.tue.nl> <200511131007.35678.lofi@freebsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 4.2.52 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Mon_Nov_14_01_51_01_2005_944)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on gatekeeper.allbsd.org X-Virus-Status: Clean Cc: ports@FreeBSD.org, nork@FreeBSD.org Subject: Re: Integrated DEBUG related macros to WITH_DEBUG/WITHOUT_DEBUG X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2005 16:52:11 -0000 ----Security_Multipart(Mon_Nov_14_01_51_01_2005_944)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Michael Nottebrock wrote in <200511131007.35678.lofi@freebsd.org>: lo> On Sunday, 13. November 2005 09:16, Stijn Hoop wrote: lo> > On Sun, Nov 13, 2005 at 09:00:21AM +0100, Michael Nottebrock wrote: lo> > > I don't think it's a good idea at all to unify all debug knobs lo> > > into one universal WITH/WITHOUT_DEBUG - it requires the user to use a lo> > > third party portmanager utilitiy or fiddling with conditionals in lo> > > make.conf if he wants debug symbols on specific ports only. lo> > lo> > Well that goes for the other knobs as well of course -- WITH_PERL, lo> > WITH_PYTHON and other programming extension languages come to mind, as lo> > do NOPORTDOCS and WITHOUT_GUI (there are some things that I don't need lo> > a GUI for on my desktop). lo> lo> And people have expressed their unhappiness with that status quo repeatedly, lo> especially in the context of OPTIONS. lo> lo> One very promising proposed solution was to extend the OPTIONS framework to lo> support NO_OPTIONS_ and WITH|WITHOUT__. lo> lo> I agree that this is the way to go - making the currently available switches lo> even more ambiguous just in order to get more content into KNOBS is lo> contraproductive. I also want some sort of namespace mechanism for the port option knobs (WITH_*). How about making possible to define one variable for one port, not adding namespace to the port knobs themselves, like the following: OPTIONS_ = X11 DEBUG NO_GUI FOO=bar This definition can be expanded into WITH_X11=yes, WITH_DEBUG=yes, WITHOUT_GUI=yes, and FOO=bar by bsd.port.mk when the port is built. In this way the keywords and their meanings can be locally defined in each port as well as backward compatibility can be kept, I think. Also, global knobs can be defined as OPTIONS_default like this: OPTIONS_default = X11 NO_GUI If the interpretation is performed in order of (vars in command line) -> (vars in OPTIONSFILE) -> OPTIONS_ -> OPTIONS_default (i.e. vars in command line have the highest priority), the behavior is intuitive. -- | Hiroki SATO ----Security_Multipart(Mon_Nov_14_01_51_01_2005_944)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDd271TyzT2CeTzy0RAiqKAKChJpUSjUq0tNyxhwz6L+EaAp9FZACeNefQ gKHikKwDrWibnmLNlS5NbRA= =eWq+ -----END PGP SIGNATURE----- ----Security_Multipart(Mon_Nov_14_01_51_01_2005_944)----