From owner-freebsd-hackers Tue Apr 4 13:43:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA22901 for hackers-outgoing; Tue, 4 Apr 1995 13:43:30 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA22892 for ; Tue, 4 Apr 1995 13:43:21 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA18362; Tue, 4 Apr 95 14:35:26 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504042035.AA18362@cs.weber.edu> Subject: Re: new install(1) utility To: nate@trout.sri.MT.net (Nate Williams) Date: Tue, 4 Apr 95 14:35:25 MDT Cc: kargl@troutmask.apl.washington.edu, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199504041950.NAA07029@trout.sri.MT.net> from "Nate Williams" at Apr 4, 95 01:50:08 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hmmm... this could produce a decent timesavings. > > Yes, this would in effect do the same thing as the -t option you have > now and save a tremendous amount of re-linking of files since the > timestamps would not change. Bah humbug. The problem is improper dependency graphs in the makefile. And jamming make-like dependency capability into install is a cockamamy way to fix it. Much better (if one must hack on install) to cause intermediately created directories when installing a target to be owned by the specified user and group instead of being owned by the installer (hint: this would fix a number of X install problems). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers.