Severity: minor thanks [Adding bug-automake]
On 06/26/2012 12:32 PM, Bruno Haible wrote: > Stefano Lattarini wrote: >> I'm almost inclined not to do so, to force the affected >> projects' broken setup to be fixed; i.e., if you are using Automake 1.11, >> you let it install the correct 'missing' program, instead of forcing it >> to use the 'missing' from Automake 1.13. > > But developers don't have the impression that they are doing something > wrong when they use an old 'missing' program. > > How to reproduce: > > =========================== Makefile.am ============================ > AUTOMAKE_OPTIONS = foreign > =========================== configure.ac =========================== > AC_INIT > AM_INIT_AUTOMAKE([dummy],[0]) > AC_CONFIG_FILES([Makefile]) > AC_OUTPUT > ==================================================================== > > Execute this with Automake 1.10.3: > $ aclocal > $ automake -Wall -a -c > configure.ac:2: installing `./install-sh' > configure.ac:2: installing `./missing' > > Then execute this with Automake 1.12: > $ aclocal > $ automake -Wall > > No warning. How is a developer meant to notice that he's doing something > wrong if 'automake -Wall' does not tell him? > This is actually a good point. When you upgrade your build system to a new Automake version, you should run automake with the "--force" option, to ensure that the automake-installed scripts are updated even if they are already present in the build tree. But if you fail to do so, you don't get any warning, which is not very user-friendly and can cause such hard-to-spot errors. Any idea for a simple solution to this problem? Regards, Stefano
