From owner-cvs-gnu Mon Jan 13 15:23:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA14577 for cvs-gnu-outgoing; Mon, 13 Jan 1997 15:23:55 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA14569; Mon, 13 Jan 1997 15:23:48 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id PAA06347; Mon, 13 Jan 1997 15:23:37 -0800 (PST) To: Bruce Evans cc: cvs-all@freefall.freebsd.org, CVS-committers@freefall.freebsd.org, cvs-gnu@freefall.freebsd.org, jkh@freefall.freebsd.org Subject: Re: cvs commit: src/gnu/usr.bin/texinfo/install-info Makefile In-reply-to: Your message of "Tue, 14 Jan 1997 01:16:45 +1100." <199701131416.BAA28272@godzilla.zeta.org.au> Date: Mon, 13 Jan 1997 15:23:37 -0800 Message-ID: <6343.853197817@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-cvs-gnu@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Anywhere early is reasonable. I must respectfully disagree. /usr/src/Makefile has two properties I don't want to screw up here, both of which would be casualties of this change: 1. The SUBDIR list is in alphabetical order, making it easy to find out if something has been omitted or not. 2. The subdirs listed are all top level dirs in /usr/src. If I were to add share/info to the list, it would get traversed *twice* - once at the beginning and once again during share (and your change doesn't respect NOSHARE, as the subsequent reference does). That's what I meant when I said that the proposed cure was worse than the disease. I don't want to needlessly obfuscate /usr/src/Makefile when bsd.info.mk, which is far closer to the root of the problem, could simply be extended to deal with it. Jordan