From owner-cvs-ports@FreeBSD.ORG Wed Dec 10 08:29:20 2008 Return-Path: Delivered-To: cvs-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68887106568B; Wed, 10 Dec 2008 08:29:20 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 267868FC12; Wed, 10 Dec 2008 08:29:19 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from [192.168.1.38] (S0106001372fd1e07.vs.shawcable.net [70.71.171.106]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id mBA8TH7n018264 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Dec 2008 00:29:18 -0800 (PST) (envelope-from sobomax@sippysoft.com) Message-ID: <493F7DBB.9040801@sippysoft.com> Date: Wed, 10 Dec 2008 00:28:43 -0800 From: Maxim Sobolev Organization: Sippy Software User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: pav@FreeBSD.org References: <200812090602.mB962eiw090973@repoman.freebsd.org> <20081209191509.GA50518@FreeBSD.org> <493ED4B6.4010409@sippysoft.com> <1228858485.917.4.camel@hood.oook.cz> <493F16B1.3020409@sippysoft.com> <1228896975.34558.61.camel@pav.hide.vol.cz> In-Reply-To: <1228896975.34558.61.camel@pav.hide.vol.cz> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit Cc: cvs-ports@FreeBSD.org, Alexey Dokuchaev , cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/net/asterisk Makefile X-BeenThere: cvs-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2008 08:29:20 -0000 Pav Lucistnik wrote: > Maxim Sobolev píše v út 09. 12. 2008 v 17:09 -0800: > >> OK, further investigation shows that it doesn't happen to OPTIONS added >> after .include : > >> .include >> >> .if ${ARCH} == "i386" || ${ARCH} == "amd64" >> OPTIONS+= ZAPTEL "Enable Zaptel support" off >> .endif >> ----- >> >> Looks like a bug in bsd.port.mk to me. > > Ah right, yeah, that's understandable given that OPTIONS processing is > done in pre.mk, so you can have WITH_*/WITHOUT_* variables available > between pre.mk and post.mk. Hmm, any chance to change this? We need pre.mk in order to determine architecture that we are running on. -Maxim