From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Wolfgang Jenkner Newsgroups: gmane.emacs.devel Subject: Re: Trunk: Build error on FreeBSD Date: Sun, 23 Sep 2012 22:09:08 +0200 Message-ID: <85mx0g5w4b.fsf@iznogoud.viz> References: <86ipbfptdr.wl%hskuhra@eumx.net> <50544B5F.6060806@cs.ucla.edu> <85ehm3e9df.fsf@iznogoud.viz> <85vcfc94to.fsf@iznogoud.viz> <50579B90.5000808@cs.ucla.edu> <5057A62D.7030006@cs.ucla.edu> <85ehlzxuxm.fsf@iznogoud.viz> <505D6B6C.10006@cs.ucla.edu> <85r4pu73s6.fsf@iznogoud.viz> <505D9B4D.3050407@cs.ucla.edu> <85mx0i71ea.fsf@iznogoud.viz> <85392a6sb4.fsf@iznogoud.viz> <505E0AE8.4090908@cs.ucla.edu> <85mx0hynh8.fsf@iznogoud.viz> <505F3297.6060009@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1348431663 3121 80.91.229.3 (23 Sep 2012 20:21:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 23 Sep 2012 20:21:03 +0000 (UTC) Cc: "Herbert J. Skuhra" , Andreas Schwab , emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Sep 23 22:21:07 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1TFsfq-0004Oq-LS for ged-emacs-devel@m.gmane.org; Sun, 23 Sep 2012 22:21:06 +0200 Original-Received: from localhost ([::1]:54395 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TFsfl-0006rw-Ru for ged-emacs-devel@m.gmane.org; Sun, 23 Sep 2012 16:21:01 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:35821) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TFsfk-0006rl-2s for emacs-devel@gnu.org; Sun, 23 Sep 2012 16:21:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TFsfj-0005mv-3W for emacs-devel@gnu.org; Sun, 23 Sep 2012 16:21:00 -0400 Original-Received: from mx07.lb01.inode.at ([62.99.145.7]:21649 helo=mx.inode.at) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TFsfi-0005mr-Tf for emacs-devel@gnu.org; Sun, 23 Sep 2012 16:20:59 -0400 Original-Received: from [91.119.101.188] (port=15981 helo=iznogoud.viz) by smartmx-07.inode.at with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1TFsfh-0007QE-OL; Sun, 23 Sep 2012 22:20:57 +0200 Original-Received: from wolfgang by iznogoud.viz with local (Exim 4.80 (FreeBSD)) (envelope-from ) id 1TFsfd-0000Sj-1O; Sun, 23 Sep 2012 22:20:53 +0200 Mail-Followup-To: Paul Eggert , Andreas Schwab , "Herbert J. Skuhra" , emacs-devel@gnu.org User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.50 (berkeley-unix) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Received-From: 62.99.145.7 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:153498 Archived-At: On Sun, Sep 23 2012, Paul Eggert wrote: > On 09/23/2012 04:42 AM, Wolfgang Jenkner wrote: >>> > OK, thanks, but in that case, since 'configure' hasn't changed, >>> > why is there a need to touch it? I am guessing that the >>> > touch is to force 'make' to rebuild 'config.status'. But >>> > why bother? If 'configure' hasn't changed, 'config.status' >>> > should not need to be rebuilt. >> You introduced this additional rebuilding two weeks ago, in rev. 109962: > > I'm afraid that isn't enough for me to understand why > the touch would be needed, but I did see a related problem > and fixed it in trunk bzr 110154, and perhaps that also > addresses the 'touch' issue, whatever it is. Two weeks ago, /you/ introduced the `config.status --recheck', which runs configure and rebuilds config.status, unconditionally, without regard to configure having changed or not. /I/ thought you had good reasons for that and so I made sure that my changes preserved this behaviour (by touching configure). Now, you changed your mind about unconditionally rebuilding config.status. Fine. Wolfgang