bsd.port.options.mk status

[Dmitry Marakasov]

* Pav Lucistnik (pav at 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 at amdmi3.ru