Unifdef has got some crack-smoking exit values:

"The unifdef utility exits 0 if the output is an exact copy of the input,
    1 if not, and 2 if in trouble."

This causes an 'Error code 1 (ignored)' in the world output, which upsets
the whereintheworld scripts that the tinderboxes use.

However, this stuff here is a relic.  We do not enable HAVE_TCL_INTERP
nor HAVE_PERL_INTERP..  The Makefile hooks to turn them on have gone ages
ago, and this stuff was here for release building purposes only.  Rather
than fight with the tinderbox builds, clean house a bit and remove the
last remaining unused relics of this stuff.
This commit is contained in:
Peter Wemm 2003-01-04 20:24:27 +00:00
parent 3ae5950529
commit 96ca3aa8db

View File

@ -61,7 +61,7 @@ SRCS+= ex.c ex_abbrev.c ex_append.c ex_args.c ex_argv.c ex_at.c ex_bang.c \
ex_read.c ex_screen.c ex_script.c ex_set.c ex_shell.c \
ex_shift.c ex_source.c ex_stop.c ex_subst.c ex_tag.c \
ex_txt.c ex_undo.c ex_usage.c ex_util.c ex_version.c ex_visual.c \
ex_write.c ex_yank.c ex_z.c ex_notcl.c ex_noperl.c
ex_write.c ex_yank.c ex_z.c ex_tcl.c ex_perl.c
# Vi source.
SRCS+= getc.c v_at.c v_ch.c v_cmd.c v_delete.c v_ex.c v_increment.c v_init.c \
@ -73,15 +73,6 @@ SRCS+= getc.c v_at.c v_ch.c v_cmd.c v_delete.c v_ex.c v_increment.c v_init.c \
# Vi screen source.
SRCS+= vs_line.c vs_msg.c vs_refresh.c vs_relative.c vs_smap.c vs_split.c
# unifdef has some *weird* exit codes, sigh! RTFM unifdef(1)...
ex_notcl.c: ex_tcl.c
-unifdef -UHAVE_TCL_INTERP ${SRCDIR}/ex/ex_tcl.c > ${.TARGET}
ex_noperl.c: ex_perl.c
-unifdef -UHAVE_PERL_INTERP ${SRCDIR}/ex/ex_perl.c > ${.TARGET}
CLEANFILES+= ex_notcl.c ex_noperl.c
afterinstall:
${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 444 \
${CATALOGS:S;^;${SRCDIR}/catalog/;} \