Date: Wed, 10 Dec 2008 00:28:43 -0800 From: Maxim Sobolev <sobomax@sippysoft.com> To: pav@FreeBSD.org Cc: cvs-ports@FreeBSD.org, Alexey Dokuchaev <danfe@FreeBSD.org>, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/net/asterisk Makefile Message-ID: <493F7DBB.9040801@sippysoft.com> In-Reply-To: <1228896975.34558.61.camel@pav.hide.vol.cz> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <bsd.port.pre.mk>:
>
>> .include <bsd.port.pre.mk>
>>
>> .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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?493F7DBB.9040801>