GNU bug report logs -
#17258
autogen.sh doesn't update stale autoconf files in build-aux
Previous Next
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.
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):
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: 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):
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: 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):
[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: 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):
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):
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 345 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.