From owner-freebsd-hackers Tue Apr 4 16:13:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA25873 for hackers-outgoing; Tue, 4 Apr 1995 16:13:08 -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 QAA25867 for ; Tue, 4 Apr 1995 16:13:06 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA21122; Tue, 4 Apr 95 17:06:07 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504042306.AA21122@cs.weber.edu> Subject: Re: new install(1) utility To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Tue, 4 Apr 95 17:06:07 MDT Cc: nate@trout.sri.MT.net, kargl@troutmask.apl.washington.edu, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199504042152.OAA08510@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Apr 4, 95 02:52:56 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > You happened to have picked a bad example. There are include files > that this holds true for, and that is due not really having good > support in the *.mk files for a includes: rule. I would rather > see the above type of thing folded into the .mk files and not > muck with the install binary. Exactly; it's an issue of not doing the wrong thing because you have a dependency which stops you before you screw up. > > It has nothing to do with make-like dependency capabilities. With the > > addition of that option, install now determines if it really needs to > > install the files rather than blindly doing it no matter what. > > I think Terry means this: > > ${DESTDIR}${BINDIR}${PROG}: ${.OBJDIR}/${PROG} > install ${COPY} ${STRIP} -m ${BINMODE} -o ${BINOWN} -g ${GINGRP} \ > ${PROG} ${DESTDIR}${BINDIR} > > install: ${DESTDIR}${BINDIR}${PROG} Much cleaner than what I was thinking! Thank you! Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers.