Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 10 Sep 2007 19:26:12 +0400
From:      Dmitry Marakasov <amdmi3@amdmi3.ru>
To:        Pav Lucistnik <pav@FreeBSD.org>
Cc:        freebsd-ports@FreeBSD.org
Subject:   Re: bsd.port.options.mk status
Message-ID:  <20070910152612.GA15850@hades.panopticon>
In-Reply-To: <1189376094.17083.57.camel@ikaros.oook.cz>
References:  <20070909194620.GB14713@hades.panopticon> <1189368742.17083.37.camel@ikaros.oook.cz> <20070909220132.GC14713@hades.panopticon> <1189376094.17083.57.camel@ikaros.oook.cz>

next in thread | previous in thread | raw e-mail | index | archive | help
* Pav Lucistnik (pav@FreeBSD.org) wrote:

> > > It's possible to use this feature, but only on -CURRENT and -STABLE
> > > FreeBSD systems newer than certain date. No existing release supports it
> > > - it will be supported in upcoming 6.3 and 7.0.
> > Erm, isn't ports code (more or less) release-independent? What's missing
> > in existing FreeBSD versions that's needed to support options.mk?
> The make only looks into /usr/share/mk for includes, until told
> otherwise. bsd.port.options.mk is included before bsd.port.pre.mk, so it
> can't be found. Base system was modified to install stub of the same
> name into /usr/share/mk to workaround this problem.
Understood. Then we really have to wait till 5.5 and 6.2 EOL to use
options.mk... That's a bit strange to wait multiple years for an
useful feature, aren't there any workaround planned?

> > 8-[   ]
> > Then what am I to do if I need, say:
> > 
> > OPTIONS= EDITOR "Qt4 editor"
> > 
> > .if defined WITH_EDITOR
> > USE_QT_VER=	4
> > MAKE_ARGS+=	UIC=${UIC} MOC=${MOC}
> > .endif
> > 
> > I'll have to not use OPTIONS in this case, am I right?
> Or try experimenting with manual inclusion of bsd.kde.mk, or check if
> bsd.kde.mk provide advance inclusion mechanism (WANT_FOO usually).

> > Well, ../../Mk/bsd.port.options.mk should go then?
> That will eliminate possibility of using your port standalone, outside
> ports tree. 
Including ${PORTSDIR}/Mk/bsd.foo.mk after bsd.port.pre.mk is
the only solution then (assuming that corresponding WANT_FOO is
missing). Ok, many thanks for help.

-- 
Best regards,
  Dmitry Marakasov               mailto:amdmi3@amdmi3.ru



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070910152612.GA15850>