From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Peter Johansson Newsgroups: gmane.comp.sysutils.automake.bugs,gmane.lisp.guile.devel Subject: Re: preserving timestamps on installation Date: Fri, 05 Jun 2009 11:45:57 -0400 Message-ID: <4A293DB5.1060706@gmail.com> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1244216772 20564 80.91.229.12 (5 Jun 2009 15:46:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 5 Jun 2009 15:46:12 +0000 (UTC) Cc: bug-automake@gnu.org, guile-devel@gnu.org To: Andy Wingo Original-X-From: bug-automake-bounces+gnu-bug-automake=m.gmane.org@gnu.org Fri Jun 05 17:46:09 2009 Return-path: Envelope-to: gnu-bug-automake@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MCbcN-00024E-Cv for gnu-bug-automake@m.gmane.org; Fri, 05 Jun 2009 17:46:07 +0200 Original-Received: from localhost ([127.0.0.1]:40524 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MCbcM-0007aw-UG for gnu-bug-automake@m.gmane.org; Fri, 05 Jun 2009 11:46:06 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MCbcK-0007Uk-0h for bug-automake@gnu.org; Fri, 05 Jun 2009 11:46:04 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MCbcF-0007HI-8a for bug-automake@gnu.org; Fri, 05 Jun 2009 11:46:03 -0400 Original-Received: from [199.232.76.173] (port=39307 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MCbcF-0007Gt-2c; Fri, 05 Jun 2009 11:45:59 -0400 Original-Received: from mail-qy0-f185.google.com ([209.85.221.185]:43264) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MCbcE-0003wJ-NM; Fri, 05 Jun 2009 11:45:58 -0400 Original-Received: by qyk15 with SMTP id 15so1614560qyk.14 for ; Fri, 05 Jun 2009 08:45:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=D61jMncxrd2qPaJyWZvkJX02xh63ayxGZiP10VaRTJM=; b=rxYgXh/hZ2X0wxudRCJmwCxqbRCh8a4F1e48F4eR5n7Ek9oiQ0TQ8rsl++2vQudEgz yEgYA+O1Yq6SlAttgez41mq8Yhn4VG6JE6fV2dnfZ4bGjKEwvffb4TwngnIi4n/iru2T nskGpTAoeBfpR6HdFjCnknZP/G7Eri4k7rPTE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=tl872bFkSg+C0c5zRTgrgh9dlQnpr4eFVqgGvEEAXa+hNXcSrLFjf2CkPe8C0AIrAi LbCxy12uCrILz2PwcocFUtr+lgmB+2+13MYIL0evBB+wWoCxgGffFPtuTykEmQLR89Wi K66l4gJJwNWDan7dD0LAwXbptpQH7dkHgdtfw= Original-Received: by 10.224.61.15 with SMTP id r15mr3762533qah.118.1244216757861; Fri, 05 Jun 2009 08:45:57 -0700 (PDT) Original-Received: from donadoni.nih.gov ([128.231.13.80]) by mx.google.com with ESMTPS id 6sm202031qwd.2.2009.06.05.08.45.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 05 Jun 2009 08:45:56 -0700 (PDT) User-Agent: Thunderbird 2.0.0.19 (X11/20090105) In-Reply-To: X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: bug-automake@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for Automake List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-automake-bounces+gnu-bug-automake=m.gmane.org@gnu.org Errors-To: bug-automake-bounces+gnu-bug-automake=m.gmane.org@gnu.org Xref: news.gmane.org gmane.comp.sysutils.automake.bugs:4682 gmane.lisp.guile.devel:8623 Archived-At: > What I would suggest is, given that automake ships with an install.sh, > add the -p option to install.sh, corresponding to install(1), and use it > by default. I can't think of any downsides. > > That sounds like a bad idea. Imagine the following (not unlikely) sequence: 1) install header.h 2) modify header.h 3) build some other package using the installed header.h 4) install the modified header.h 5) issue make in 'some other package' Step 5 will not cause a recompilation because it looks like the newly installed header is old as 2) and 'other package' was built at 3) which is later. If there is no difference between header.h in install 1) and 4) your suggestion might be a good idea, but to get that behavior you can use `install.sh -C'. Cheers, -- Peter Johansson svndigest maintainer, http://dev.thep.lu.se/svndigest yat maintainer, http://dev.thep.lu.se/yat