From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#9106: 24.0.50; ./configure causes massive recompilation Date: Wed, 20 Jul 2011 02:29:38 -0400 Message-ID: References: <4E2623CA.8090805@cs.ucla.edu> <4E266E98.4010901@cs.ucla.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1311143447 19176 80.91.229.12 (20 Jul 2011 06:30:47 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 20 Jul 2011 06:30:47 +0000 (UTC) Cc: 9106@debbugs.gnu.org, bug-gnulib@gnu.org To: Paul Eggert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jul 20 08:30:43 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QjQIt-0001fy-HB for geb-bug-gnu-emacs@m.gmane.org; Wed, 20 Jul 2011 08:30:43 +0200 Original-Received: from localhost ([::1]:50348 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QjQIs-0000vc-No for geb-bug-gnu-emacs@m.gmane.org; Wed, 20 Jul 2011 02:30:42 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:46814) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QjQIL-0000pd-Ri for bug-gnu-emacs@gnu.org; Wed, 20 Jul 2011 02:30:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QjQIH-0002Mi-8e for bug-gnu-emacs@gnu.org; Wed, 20 Jul 2011 02:30:09 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:47408) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QjQIG-0002MD-L8 for bug-gnu-emacs@gnu.org; Wed, 20 Jul 2011 02:30:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1QjQIF-0001IR-FP; Wed, 20 Jul 2011 02:30:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 20 Jul 2011 06:30:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 9106-submit@debbugs.gnu.org id=B9106.13111433874938 (code B ref 9106); Wed, 20 Jul 2011 06:30:03 +0000 Original-Received: (at 9106) by debbugs.gnu.org; 20 Jul 2011 06:29:47 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjQHz-0001Hb-0s for submit@debbugs.gnu.org; Wed, 20 Jul 2011 02:29:47 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjQHw-0001HP-ID for 9106@debbugs.gnu.org; Wed, 20 Jul 2011 02:29:45 -0400 Original-Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1QjQHq-0003DH-6Q; Wed, 20 Jul 2011 02:29:38 -0400 In-reply-to: <4E266E98.4010901@cs.ucla.edu> (message from Paul Eggert on Tue, 19 Jul 2011 22:58:48 -0700) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Wed, 20 Jul 2011 02:30:03 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:49463 Archived-At: > Date: Tue, 19 Jul 2011 22:58:48 -0700 > From: Paul Eggert > CC: 9106@debbugs.gnu.org, bug-gnulib@gnu.org > > On 07/19/2011 10:24 PM, Eli Zaretskii wrote: > > What I'm suggesting is to replace the last command ("mv $@-t $@") with > > this: > > > > move-if-change $@-t $@ > > > > That's it. Make will indeed cheerfully regenerate unistd.h-t > > ... and alloca.h-t. And getopt.h-t. And the other ten .h-t files > that are generated on typical platforms. Yes. > And this would occur every time one does a 'make', even when there's > no real work to do. This occurs already: these headers are regenerated every time I re-run the `configure' script. How is my suggestion worse than the current situation? > The unnecessary "make" actions would fill up people's screens, > and would be confusing. They fill up my screen already, as things are now. > I'm afraid this cure would be worse than the disease. I feel there's some kind of misunderstanding here, because with my proposal, nothing will happen that doesn't already happen. Perhaps you could show in more detail which Make actions would happen that doesn't happen now.