Autotools; new versions
Sun Oct 14 01:29:00 GMT 2001
Christopher Faylor wrote:
> Robert suggested that debian has a wrapper that tries to infer which
> version of autoconf to run.
> Is this something worth considering?
Take a look here:
I've put up a "sourceware"-style tree with both versions of autoconf,
both versions of automake, and wrapper scripts. (There's also a
setup.ini). So, you can download this whole tree, and run setup.exe on
the local directory and "play" with this set of packages.
It seems to work okay given my testing, but a wider test would be a good
idea -- and feedback on the wrapper scripts themselves...
I incorporated Earnie's suggestion of using AUTO_DEVEL and AUTO_STABLE
environment variables to override the default /usr/auto-devel/ and
Why did I do this? Because we have a need for both "old" versions of
autotools and the cutting edge versions to coexist. We need the old
versions in order to work with existing packages that have not yet taken
the plunge and converted to the newer versions. But, we need the newer
versions because the super-special dll-supporting libtools don't work
with the older autotools.
And I want the new super-special dll-supporting libtool.
P.S. corinna: I don't really want to take over maintainership of the
autoconf/automake packages, but I am making this contributition if you
(and the rest of the list) think it is useful.
More information about the Cygwin-apps