From owner-freebsd-current  Mon Jan 15 02:01:14 1996
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id CAA01848
          for current-outgoing; Mon, 15 Jan 1996 02:01:14 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA01820
          for <current@FreeBSD.ORG>; Mon, 15 Jan 1996 02:00:53 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA17807; Mon, 15 Jan 1996 20:58:02 +1100
Date: Mon, 15 Jan 1996 20:58:02 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199601150958.UAA17807@godzilla.zeta.org.au>
To: bde@zeta.org.au, jhay@mikom.csir.co.za
Subject: Re: make world failure
Cc: current@FreeBSD.ORG
Sender: owner-current@FreeBSD.ORG
Precedence: bulk

>I just wanted to point out to Jordan that it won't fix the problem if you
>add install to the tools target. At least install and rpcgen should be
>compiled before the includes target is done.

This is hard if /usr/include is nonexistent.  rpcgen is relatively easy
to handle by building and installing /usr/include, then building and
installing rpcgen, then rebuilding and reinstalling /usr/include (the
headers generated by rpcgen should depend on rpcgen).

For `install -C', -C could be omitted for the first installation of
/usr/include, but this would blow away the timestamps of already-
installed files (if -C is used instead of the verbose `cmp -s' method
in all Makefiles that install headers (now it is is only used in
libutil)).

`make world' should actually use /usr/obj/include instead of /usr/include.
This doesn't change the problem except to make it more obvious.

Bruce