unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#17258: autogen.sh doesn't update stale autoconf files in build-aux
@ 2014-04-13  9:17 Achim Gratz
  2014-04-13 10:19 ` Eli Zaretskii
  2014-04-14  5:45 ` Paul Eggert
  0 siblings, 2 replies; 8+ messages in thread
From: Achim Gratz @ 2014-04-13  9:17 UTC (permalink / raw)
  To: 17258


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





^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#17258: autogen.sh doesn't update stale autoconf files in build-aux
  2014-04-13  9:17 bug#17258: autogen.sh doesn't update stale autoconf files in build-aux Achim Gratz
@ 2014-04-13 10:19 ` Eli Zaretskii
  2014-04-13 10:50   ` Achim Gratz
  2014-04-14  5:45 ` Paul Eggert
  1 sibling, 1 reply; 8+ messages in thread
From: Eli Zaretskii @ 2014-04-13 10:19 UTC (permalink / raw)
  To: Achim Gratz; +Cc: 17258

> From: Achim Gratz <Stromeko@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?





^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#17258: autogen.sh doesn't update stale autoconf files in build-aux
  2014-04-13 10:19 ` Eli Zaretskii
@ 2014-04-13 10:50   ` Achim Gratz
  2014-04-13 11:02     ` Eli Zaretskii
  0 siblings, 1 reply; 8+ messages in thread
From: Achim Gratz @ 2014-04-13 10:50 UTC (permalink / raw)
  To: 17258

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






^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#17258: autogen.sh doesn't update stale autoconf files in build-aux
  2014-04-13 10:50   ` Achim Gratz
@ 2014-04-13 11:02     ` Eli Zaretskii
  2014-04-13 11:30       ` Achim Gratz
  0 siblings, 1 reply; 8+ messages in thread
From: Eli Zaretskii @ 2014-04-13 11:02 UTC (permalink / raw)
  To: Achim Gratz; +Cc: 17258

> From: Achim Gratz <Stromeko@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.





^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#17258: autogen.sh doesn't update stale autoconf files in build-aux
  2014-04-13 11:02     ` Eli Zaretskii
@ 2014-04-13 11:30       ` Achim Gratz
  2014-04-13 11:39         ` Eli Zaretskii
  0 siblings, 1 reply; 8+ messages in thread
From: Achim Gratz @ 2014-04-13 11:30 UTC (permalink / raw)
  To: 17258

[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






^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#17258: autogen.sh doesn't update stale autoconf files in build-aux
  2014-04-13 11:30       ` Achim Gratz
@ 2014-04-13 11:39         ` Eli Zaretskii
  0 siblings, 0 replies; 8+ messages in thread
From: Eli Zaretskii @ 2014-04-13 11:39 UTC (permalink / raw)
  To: Achim Gratz; +Cc: 17258

> From: Achim Gratz <Stromeko@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






^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#17258: autogen.sh doesn't update stale autoconf files in build-aux
  2014-04-13  9:17 bug#17258: autogen.sh doesn't update stale autoconf files in build-aux Achim Gratz
  2014-04-13 10:19 ` Eli Zaretskii
@ 2014-04-14  5:45 ` Paul Eggert
  2014-04-14 17:14   ` Achim Gratz
  1 sibling, 1 reply; 8+ messages in thread
From: Paul Eggert @ 2014-04-14  5:45 UTC (permalink / raw)
  To: 17258-done

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.





^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#17258: autogen.sh doesn't update stale autoconf files in build-aux
  2014-04-14  5:45 ` Paul Eggert
@ 2014-04-14 17:14   ` Achim Gratz
  0 siblings, 0 replies; 8+ messages in thread
From: Achim Gratz @ 2014-04-14 17:14 UTC (permalink / raw)
  To: 17258

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






^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2014-04-14 17:14 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-04-13  9:17 bug#17258: autogen.sh doesn't update stale autoconf files in build-aux Achim Gratz
2014-04-13 10:19 ` Eli Zaretskii
2014-04-13 10:50   ` Achim Gratz
2014-04-13 11:02     ` Eli Zaretskii
2014-04-13 11:30       ` Achim Gratz
2014-04-13 11:39         ` Eli Zaretskii
2014-04-14  5:45 ` Paul Eggert
2014-04-14 17:14   ` Achim Gratz

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).