revision 1.5
date: 2003/07/18 07:00:47; author: wlemb; state: Exp; lines: +38 -21
Don't ignore grotty's command line options if \X'tty: sgr ...' is
used to change the drawing scheme.
* src/devives/grotty/tty.cpp (bold_flag_option,
underline_flag_option, italic_flag_option, reverse_flag_option,
bold_underline_mode_option): New global variables.
(update_options): New function.
(tty_printer::special): Call update_options.
(main): Don't set xxx_flag but xxx_flag_option, then call
update_options.
Replace defined(UNPRIVED) tests with ${MKUNPRIVED} != "no"
Add MKUPDATE; if not no has the same semantics as if UPDATE was defined.
Replace defined(UPDATE) tests with ${MKUPDATE} != "no"
Improve documentation for these and other make flags.
program/tool from "FOO" to "TOOL_FOO". The new variables are:
TOOL_ASN1_COMPILE TOOL_CAP_MKDB TOOL_CAT TOOL_CKSUM TOOL_COMPILE_ET
TOOL_CONFIG TOOL_CRUNCHGEN TOOL_CTAGS TOOL_DB TOOL_EQN TOOL_FGEN
TOOL_GENCAT TOOL_GROFF TOOL_HEXDUMP TOOL_INDXBIB TOOL_INSTALLBOOT
TOOL_INSTALL_INFO TOOL_M4 TOOL_MAKEFS TOOL_MAKEINFO TOOL_MAKEWHATIS
TOOL_MDSETIMAGE TOOL_MENUC TOOL_MKCSMAPPER TOOL_MKESDB
TOOL_MKLOCALE TOOL_MKMAGIC TOOL_MKTEMP TOOL_MSGC TOOL_MTREE
TOOL_PAX TOOL_PIC TOOL_PREPMKBOOTIMAGE TOOL_PWD_MKDB TOOL_REFER
TOOL_ROFF_ASCII TOOL_ROFF_DVI TOOL_ROFF_HTML TOOL_ROFF_PS
TOOL_ROFF_RAW TOOL_RPCGEN TOOL_SOELIM TOOL_SUNLABEL TOOL_TBL
TOOL_UUDECODE TOOL_VGRIND TOOL_ZIC
For each, provide default in <bsd.sys.mk> of the form:
TOOL_FOO?= foo
and for the ${USETOOLS}=="yes" case in <bsd.own.mk>, provide override:
TOOL_FOO= ${TOOLDIR}/bin/${_TOOL_PREFIX}foo
Document all of these in bsd.README.
This cleans up a chunk of potential (and actual) namespace collision
within our build infrastructure, as well as improves consistency in
the share/mk documentation and provision of appropriate defaults for
each of these variables.
installing two new libraries (and two lint thingys, but no shared or
pic stuff) and two headers files (into /usr/include/milter).
Shared libraries (etc) could be built, but as I'm currently unsure of
the ABI/API stability, I'm going to examine it more closely before
enabling it, as opposed to finding out later that it's volatile and
disabling it.
NOTE! We really ought to have a generic rc.d script to start the
milters (before sendmail or any other MTA that you have that uses
them), but I haven't finished it yet. The milter support here is
being enabled to satisfy current popular demand. I'll come up with a
script soon. Unless someone feels like beating me to it. So until
then, you're on your own.
