From owner-cvs-usrbin  Tue Jul  7 16:04:53 1998
Return-Path: <owner-cvs-usrbin>
Received: (from daemon@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id QAA17041
          for cvs-usrbin-outgoing; Tue, 7 Jul 1998 16:04:53 -0700 (PDT)
          (envelope-from owner-cvs-usrbin)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA16986;
          Tue, 7 Jul 1998 16:04:43 -0700 (PDT)
          (envelope-from bde@FreeBSD.org)
From: Bruce Evans <bde@FreeBSD.ORG>
Received: (from bde@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id QAA14040;
	Tue, 7 Jul 1998 16:04:27 -0700 (PDT)
Date: Tue, 7 Jul 1998 16:04:27 -0700 (PDT)
Message-Id: <199807072304.QAA14040@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-usrbin@FreeBSD.ORG
Subject: cvs commit: src/usr.bin/colldef/data Makefile
Sender: owner-cvs-usrbin@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

bde         1998/07/07 16:04:26 PDT

  Modified files:
    usr.bin/colldef/data Makefile 
  Log:
  Use the installed version of colldef for `make all'.  It is now
  bootstrapped by `make world'.  The version just built in ".."
  normally won't work if the target system is not binary compatible.
  
  Don't build or install anything if _BUILD_TOOLS is defined.  Then
  we only want to build and install the colldef binary, but the layout
  of the colldef tree forces recursing to colldef/data for at least
  the obj target even when _BUILD_TOOLS is defined.
  
  Revision  Changes    Path
  1.13      +6 -9      src/usr.bin/colldef/data/Makefile