From owner-freebsd-ports@FreeBSD.ORG Mon Feb 21 16:35:08 2005 Return-Path: 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 E0C9C16A4CF for ; Mon, 21 Feb 2005 16:35:08 +0000 (GMT) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA61443D1D for ; Mon, 21 Feb 2005 16:35:08 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from ringworm.mechee.com ([4.26.84.7])0.04 <0IC900BXSSQJV702@vms048.mailsrvcs.net> for freebsd-ports@freebsd.org; Mon, 21 Feb 2005 10:35:08 -0600 (CST) Received: by ringworm.mechee.com (Postfix, from userid 1001) id C28AD2CE741; Mon, 21 Feb 2005 08:30:38 -0800 (PST) Date: Mon, 21 Feb 2005 08:30:36 -0800 From: "Michael C. Shultz" In-reply-to: <20050221161638.GA49381@pc5-179.lri.fr> To: freebsd-ports@freebsd.org Message-id: <200502210830.37208.ringworm01@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 7bit Content-disposition: inline References: <20050221142951.GA48781@pc5-179.lri.fr> <20050221155832.GJ51280@zi025.glhnet.mhn.de> <20050221161638.GA49381@pc5-179.lri.fr> User-Agent: KMail/1.7.2 Subject: Re: devel/pcre and WITH_UTF8 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ringworm01@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 16:35:09 -0000 On Monday 21 February 2005 08:16 am, Marwan Burelle wrote: > On Mon, Feb 21, 2005 at 04:58:32PM +0100, Simon Barner wrote: > > We probably need a mechanism to require compile time options via > > the dependency mechanism. > > > > The following idea just popped into my mind (probably most > > applicable to OPTIONs): > > - encode the set of chosen options into the package name > > - enhance the dependency tracking algorithm to accept the > > installed version of a port if and only if the set of installed > > options is a super-set of the set of requested options. > > > > Admittedly, this might result in lengthy package names (but that's > > the same if popular combination of options are encoded as slave > > ports). > > Hum, this can break the DEPEND mechanism, actualy it used the > existance of the desired lib/binary and refer to port/package only if > it's not here, so you can satisfy a depency wihtout using ports > ... (I'm not sure if it wanted, but it could be usefull ;) > > For the port I'm talking about, I can think of a way to test if pcre > has UTF8 support, but not on how to force reinstall. This seems like a good solution on its own. Just do the test you described, if it fails print a message that says pcre needs to be built with WITH_UTF8=yes or however that port sets its options. No need to modify the ports system. -Mike > > By the way, would it be simpler to record the build option in > /var/db/pkg ? In fact, ports using "make config" already record > option in /var/db/ports, generalizing this for non-interactive ports > could be a good starting point.