From owner-cvs-share  Fri Apr  4 06:31:51 1997
Return-Path: <owner-cvs-share>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id GAA10150
          for cvs-share-outgoing; Fri, 4 Apr 1997 06:31:51 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA10141;
          Fri, 4 Apr 1997 06:31:47 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id AAA00790; Sat, 5 Apr 1997 00:22:45 +1000
Date: Sat, 5 Apr 1997 00:22:45 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199704041422.AAA00790@godzilla.zeta.org.au>
To: bde@zeta.org.au, j@uriah.heep.sax.de
Subject: Re: cvs commit:  src/share/syscons/fonts Makefile src/share/syscons/keymaps Makefile
Cc: ache@freefall.freebsd.org, cvs-all@freefall.freebsd.org,
        CVS-committers@freefall.freebsd.org, cvs-share@freefall.freebsd.org
Sender: owner-cvs-share@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>> ...  If you want to use stale obj trees, then
>> it is more important to fix the general problem that the obj directory
>> gets used whenever it exists - NOOBJ is ignored except for `make obj'.
>
>In this case, it's probably wise to make it an internal pseudo-
>target, as opposed to a bogus Makefile variable.  After all, using the
>/usr/obj hierarchy is handled by make(1) internally, and is not
>influenced by the Makefile in the first place.

No, make(1) already knows too much about obj directories.

Bruce