Re: Best practice for cleaning autotools-generated files?
Ian Jackson <email@example.com> writes:
> The design of autoconf is predicated on the idea that people who are
> building the package are given a portable configure as part of the
> source package, so there is no need to have good compatibility between
> configure.in and various versions of autoconf.
> I don't understand why the current autoconf maintainers have lost sight
> of this. Perhaps it's because they're actually the automake maintainers
> who maybe never understood it.
They've drastically improved the compatibility between Autoconf releases
starting at around 2.59, so at this point unless you're using new features
you very rarely run into any trouble with being unable to rebuild
configure. Automake and Libtool are similarly much more solid than they
used to be.
I used to have a lot of qualms about regenerating the files because so
many people used hacked versions or weird constructs that would be buggy
in some versions of the autotools, but this problem really has largely
gone away due to tons of hard work on the part of the Autoconf, Automake,
and Libtool maintainers. I'm much more comfortable just regenerating the
files with the latest versions now.
Russ Allbery (firstname.lastname@example.org) <http://www.eyrie.org/~eagle/>