Add in AC_PREREQ to all configure.{in,ac}
Kelley Cook
kcook34@ford.com
Thu Jan 8 19:32:00 GMT 2004
This short patch:
1) Makes sure that AC_PREREQ(2.13) is set on all the configure.in's that
are still using the old autoconf tools. Note that adding this line has
no effect on the generated configure or config.h.in.
2) Makes sure that AC_PREREQ(2.57) is set on all the configure.ac's that
have been updated to the new autoconf tools. Again, note that adding
this line has no effect on the generated configure or config.h.in.
3) Renames fastjar's and libiberty's configure.in to configure.ac.
4) Regenerates the few files that are actually backlevel to their stated
requirements. This turned out to be three files: libiberty's and
fastjar's config.h.in and libU77's configure.in
I did regenerate all of the rest of the directories "configure"s. Some
of them had a few minor differences that appear to be due to differences
in the various recent "unofficial" patches to the stock GNU autoconf
2.13 that different distros may have included. None of the changes
looked significant, so I decided to leave the current CVS files as they
currently are.
5) Finally it updates install.texi to reflect current reality regarding
automake and autoconf versions.
I ended up not actually touching any of the generated automake files
since the java directories are the only one using automake 1.4 and they
require a java-specific version. Supposedly the java and libstdc++
directories will be moving to a version of automake 1.8.x in the near
future and what is currently there is working for their respective
maintainers. It seem prudent to wait until after that task is complete
and then convert the three remaining automake directories from version
1.7.x that they currently use to whichever 1.8.x version ends up being
used. The even more straightforward update from autoconf 2.57 -> 2.59
can wait until then also.
OK to install?
Kelley Cook
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: AC_PREREQ.patch
URL: <http://gcc.gnu.org/pipermail/gcc-patches/attachments/20040108/8b9957e0/attachment.ksh>
More information about the Gcc-patches
mailing list