#	@(#)Makefile	8.1 (Berkeley) 6/6/93

SUBDIR=	tn3270 mset

.if !make(install) && !make(distribute)
SUBDIR+=tools
.endif

.include <bsd.subdir.mk>

#	@(#)Makefile	8.1 (Berkeley) 6/6/93

.if !make(install) && !make(distribute)
# Build tools first so that things don't get built using stale tools and
# then built again after the tools are freshened.
#
# XXX this doesn't fix the problem if the tools are built by running make
# in the tn3270 subdir, because the Makefile doesn't give the full
# dependencies of the tools.
#
# XXX this doesn't fix the problem for `make depend' either.
SUBDIR=	tools
.endif

SUBDIR+=tn3270 mset

.include <bsd.subdir.mk>

Build tools subdir first to reduce bogons caused by inadequate dependency handling for the tools binaries. E.g., after libc.a is changed, it previously took two `make' passes and one `make depend' pass following one of the `make' passes to bring everything up to date. Now one `make' pass followed by one `make depend' pass is sufficient.
Build tools subdir first to reduce bogons caused by inadequate dependency
handling for the tools binaries.  E.g., after libc.a is changed, it
previously took two `make' passes and one `make depend' pass following
one of the `make' passes to bring everything up to date.  Now one `make'
pass followed by one `make depend' pass is sufficient.

Dependency handling seems to be difficult to handle cleanly when
interdependent things are built in different directories.
