cvs commit: ports/net/asterisk Makefile

[Pav Lucistnik]

Maxim Sobolev píše v st 10. 12. 2008 v 00:28 -0800:
> 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.

Can't think of a nice solution. Two hacks, thou: copy the following
snippet from bsd.port.mk, place it just above OPTIONS definition in your
port:

.if !defined(ARCH)
ARCH!=	${UNAME} -p
.endif

and then move the ZAPTEL declaration above pre.mk.

-- OR --

Put this line below ZAPTEL definition:

.include "$(PORTSDIR)/Mk/bsd.port.options.mk"


-- 
Pav Lucistnik <pav at oook.cz>
              <pav at FreeBSD.org>

Thank God we're theoretical physicists so we don't have to get our
hands dirty with particle accelerators and other heavy machinery.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?=
	=?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?=
	=?ISO-8859-1?Q?_zpr=E1vy?=
Url : http://lists.freebsd.org/pipermail/cvs-ports/attachments/20081210/a356710c/attachment.pgp