* Pav Lucistnik ([EMAIL PROTECTED]) 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:[EMAIL PROTECTED]
_______________________________________________
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
