GNU bug report logs - #17258
autogen.sh doesn't update stale autoconf files in build-aux

Previous Next

Package: emacs;

Reported by: Achim Gratz <Stromeko <at> nexgo.de>

Date: Sun, 13 Apr 2014 09:18:02 UTC

Severity: normal

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 17258 in the body.
You can then email your comments to 17258 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#17258; Package emacs. (Sun, 13 Apr 2014 09:18:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Achim Gratz <Stromeko <at> nexgo.de>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sun, 13 Apr 2014 09:18:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Achim Gratz <Stromeko <at> nexgo.de>
To: bug-gnu-emacs <at> gnu.org
Subject: autogen.sh doesn't update stale autoconf files in build-aux
Date: Sun, 13 Apr 2014 11:17:16 +0200
While troubleshooting a problem with configure on my system, I found
that autogen.sh never updated these autoconf files in build-aux, so they
were still the same as when they had been generated/copied three years
ago:

build-aux/compile
build-aux/config.guess
build-aux/config.sub
build-aux/install-sh
build-aux/missing
build-aux/depcomp

Apparently these files are just checked for existence unless the
"--force" option is also given (which autogen.sh doesn't do).  I'm
currently using autoconf 2.69 if that matters.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#17258; Package emacs. (Sun, 13 Apr 2014 10:20:01 GMT) Full text and rfc822 format available.

Message #8 received at 17258 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Achim Gratz <Stromeko <at> nexgo.de>
Cc: 17258 <at> debbugs.gnu.org
Subject: Re: bug#17258: autogen.sh doesn't update stale autoconf files in
 build-aux
Date: Sun, 13 Apr 2014 13:19:01 +0300
> From: Achim Gratz <Stromeko <at> nexgo.de>
> Date: Sun, 13 Apr 2014 11:17:16 +0200
> 
> 
> While troubleshooting a problem with configure on my system, I found
> that autogen.sh never updated these autoconf files in build-aux, so they
> were still the same as when they had been generated/copied three years
> ago:
> 
> build-aux/compile
> build-aux/config.guess
> build-aux/config.sub
> build-aux/install-sh
> build-aux/missing
> build-aux/depcomp
> 
> Apparently these files are just checked for existence unless the
> "--force" option is also given (which autogen.sh doesn't do).  I'm
> currently using autoconf 2.69 if that matters.

Aren't these files created by automake, which is invoked by
autoreconf?  If so, this is not really an Emacs problem, is it?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#17258; Package emacs. (Sun, 13 Apr 2014 10:52:02 GMT) Full text and rfc822 format available.

Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Achim Gratz <Stromeko <at> nexgo.de>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#17258: autogen.sh doesn't update stale autoconf files in
 build-aux
Date: Sun, 13 Apr 2014 12:50:43 +0200
Eli Zaretskii writes:
>> Apparently these files are just checked for existence unless the
>> "--force" option is also given (which autogen.sh doesn't do).  I'm
>> currently using autoconf 2.69 if that matters.
>
> Aren't these files created by automake, which is invoked by
> autoreconf?  If so, this is not really an Emacs problem, is it?

There is nothing in any of the INSTALL files to suggest what is supposed
to happen if the files pre-exist, but as I said, autogen.sh completely
lacks any way to force these files to be re-created by giving the
autoreconf call the correct option.

My expectation would be that any call to autogen.sh would re-create
these files.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#17258; Package emacs. (Sun, 13 Apr 2014 11:03:01 GMT) Full text and rfc822 format available.

Message #14 received at 17258 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Achim Gratz <Stromeko <at> nexgo.de>
Cc: 17258 <at> debbugs.gnu.org
Subject: Re: bug#17258: autogen.sh doesn't update stale autoconf files in
 build-aux
Date: Sun, 13 Apr 2014 14:02:28 +0300
> From: Achim Gratz <Stromeko <at> nexgo.de>
> Date: Sun, 13 Apr 2014 12:50:43 +0200
> 
> My expectation would be that any call to autogen.sh would re-create
> these files.

That's not enough (assuming we indeed want these files to be
re-created automatically): just running "make" will invoke the
autotools as needed.  In fact, after the initial invocation of
autogen.sh, you should normally never again need to run it by hand.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#17258; Package emacs. (Sun, 13 Apr 2014 11:32:02 GMT) Full text and rfc822 format available.

Message #17 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Achim Gratz <Stromeko <at> nexgo.de>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#17258: autogen.sh doesn't update stale autoconf files in
 build-aux
Date: Sun, 13 Apr 2014 13:30:43 +0200
[would you please not quote full email addresses?]

Eli Zaretskii writes:
>> My expectation would be that any call to autogen.sh would re-create
>> these files.
>
> That's not enough (assuming we indeed want these files to be
> re-created automatically): just running "make" will invoke the
> autotools as needed.  In fact, after the initial invocation of
> autogen.sh, you should normally never again need to run it by hand.

The Makefile (at least on GNU/Linux) actually calls autotools through
autogen.sh and not directly.  And since that is so, whether or not I
call it by hand or through the Makefile doesn't change the fact that
after an upgrade of autotools on your system or if you've somehow edited
or damaged those files you'll end up with stale files in build-aux that
may or may not work correctly.

It may not be appropriate to unconditionally replace these files each
times autoreconf is run, but there should be at least an option for
autogen.sh to do this.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#17258; Package emacs. (Sun, 13 Apr 2014 11:40:01 GMT) Full text and rfc822 format available.

Message #20 received at 17258 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Achim Gratz <Stromeko <at> nexgo.de>
Cc: 17258 <at> debbugs.gnu.org
Subject: Re: bug#17258: autogen.sh doesn't update stale autoconf files in
 build-aux
Date: Sun, 13 Apr 2014 14:39:45 +0300
> From: Achim Gratz <Stromeko <at> nexgo.de>
> Date: Sun, 13 Apr 2014 13:30:43 +0200
> 
> [would you please not quote full email addresses?]

[Why?  And it's not me, it's Emacs.  And the list server mangles them
anyway.]

> Eli Zaretskii writes:
> >> My expectation would be that any call to autogen.sh would re-create
> >> these files.
> >
> > That's not enough (assuming we indeed want these files to be
> > re-created automatically): just running "make" will invoke the
> > autotools as needed.  In fact, after the initial invocation of
> > autogen.sh, you should normally never again need to run it by hand.
> 
> The Makefile (at least on GNU/Linux) actually calls autotools through
> autogen.sh and not directly.

GNUMakefile does, but not Makefile.in:

  $(srcdir)/configure: $(AUTOCONF_INPUTS)
	  cd ${srcdir} && autoconf

  ACLOCAL_INPUTS = $(srcdir)/configure.ac $(srcdir)/m4/gnulib-comp.m4
  $(srcdir)/aclocal.m4: $(ACLOCAL_INPUTS)
	  cd $(srcdir) && aclocal -I m4

  AUTOMAKE_INPUTS = $(srcdir)/aclocal.m4 $(srcdir)/lib/Makefile.am \
    $(srcdir)/lib/gnulib.mk
  $(srcdir)/lib/Makefile.in: $(AUTOMAKE_INPUTS)
	  cd $(srcdir) && automake --gnu -a -c lib/Makefile





Reply sent to Paul Eggert <eggert <at> cs.ucla.edu>:
You have taken responsibility. (Mon, 14 Apr 2014 05:46:02 GMT) Full text and rfc822 format available.

Notification sent to Achim Gratz <Stromeko <at> nexgo.de>:
bug acknowledged by developer. (Mon, 14 Apr 2014 05:46:03 GMT) Full text and rfc822 format available.

Message #25 received at 17258-done <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: 17258-done <at> debbugs.gnu.org
Subject: Re: autogen.sh doesn't update stale autoconf files in build-aux
Date: Sun, 13 Apr 2014 22:45:15 -0700
In trunk bzr 116975 I changed autogen.sh to use autoreconf's -f option, 
which should fix the bug.  -f won't hurt in the typical case when 
autogen.sh is being invoked in freshly checked-out sources, and might 
help in cases where autoreconf itself has been upgraded.

GNU make should do this automatically when things go well, but there are 
a lot of reasons timestamps can be messed up in a source tree and 
autogen.sh should try to be helpful when recovering from such problems.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#17258; Package emacs. (Mon, 14 Apr 2014 17:16:02 GMT) Full text and rfc822 format available.

Message #28 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Achim Gratz <Stromeko <at> nexgo.de>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#17258: autogen.sh doesn't update stale autoconf files in
 build-aux
Date: Mon, 14 Apr 2014 19:14:34 +0200
Paul Eggert writes:
> In trunk bzr 116975 I changed autogen.sh to use autoreconf's -f
> option, which should fix the bug.  -f won't hurt in the typical case
> when autogen.sh is being invoked in freshly checked-out sources, and
> might help in cases where autoreconf itself has been upgraded.

Thank you very much.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf microQ V2.22R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada





bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 13 May 2014 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 10 years and 7 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.