TODO: less pressure on 2.50.

diff --git a/TODO b/TODO
index 39cfb1742ff794aa415e4a9ba0f254a46b4c1559..cf9976fb5186f6b946d136f962bb3412ccd038cc 100644 (file)
--- a/TODO
+++ b/TODO
@@ -7,39 +7,13 @@ these suggestions... their presence here doesn't imply my endorsement.
 
 ------------------------------------------------------------------------------
 
-* Required for 2.15
-
-These are things mandatory to fulfill before releasing 2.15.  There
-are also suggestions we should either satisfy right now (they're
-easy), or remove (obsoleted since then).
-
-** m4
-The error messages for indir and dumpdef are uselessly different.  Fix
-this for translators.
-
-** m4
-F**k!  --trace FOO does not catch indir([FOO], $@)!
-
-** AC_PROVIDE
-I think it is the epilogue that should provide, not the prologue.  Not
-clear: there are risks of circular dependencies :(.  In fact the
-relationship AC_BEFORE should be given outside the macro themselves.
+* Autoconf 2.50
 
 ** AC_SYS_INTERPRETER
 Defines $interpval.  This is not a standard name.  Do we want to keep
-this?
-
-** Automake
-The test for a recent missing doesn't hide the error messages from the
-old missing.
+this?  Clarify our policy on those names.
 
-** Automake
-The section for old macros is not completely up to date.  For
-instance, there is still AM_PROG_LIBTOOL.  Anyway, since autoupdate
-takes care of them, it is no longer the role of Automake to handle
-this.  Most should be removed.
-
-** Automake
+** AC_INIT(PACKAGE)
 Decide with the team whether they prefer that AC_PACKAGE_NAME etc. be
 a macro, or a shell variable ac_package_name.  Had we used AC_PACKAGE
 anywhere in configure.in, we would have had to use an shvar.  Also,
@@ -59,16 +33,17 @@ that?
 ** Doc: autoconf
 Document --install.  Should --install `fix' configure.in for the user?
 
-** AC_ARG_VAR
-If should check that none of the envvar it is in charge of, has
-changed.  The configure.in writer may supply what to do (FATAL, WARN
-etc.).  See VALIDATE CACHE TUPLE.  Document.  Where?
+** DJGPP
+2.15 cannot be released without having `make check' succeed under
+DJGPP.  EMX will be a requirement for the next release, not this one.
 
-Document more variables: CC, CXX etc.
+** AC_REQUIRE
+Axel Thimm (Sp?) once sent a very nice bug report about some problems
+when requirements are crossed.  Fix it, and test it.
 
 ** Doc:
-Should we already document AC_LANG_* and AC_*_IFELSE?  I hope the
-interface is right...
+Should we document AC_LANG_* and AC_*_IFELSE?  I hope the interface is
+right...
 
 ** AC_CONFIG_LINKS
 _Must_ support shell variables.  Yet another patch to config.status...
@@ -76,21 +51,6 @@ _Must_ support shell variables.  Yet another patch to config.status...
 ** autoconf --install
 We must finalize the interface we want.
 
-** DJGPP
-2.15 cannot be released without having `make check' succeed under
-DJGPP.  EMX will be a requirement for the next release, not this one.
-
-** AC_REQUIRE
-Axel Thimm (Sp?) once sent a very nice bug report about some problems
-when requirements are crossed.  Fix it, and test it.
-
-** autoupdate
-We should probably install the files which do not depend upon the
-user, just the Autoconf library files.  But conversely autoupdate must
-be opened to user macros, i.e., for instance libtool itself must be
-able to say that AM_PROG_LIBTOOL is now AC_PROG_LIBTOOL, and have
-autoupdate do its job on old configure.in.
-
 ** Portability
 ${1+"$@"}, set dummy.
 
@@ -109,22 +69,6 @@ Those related to *_SLASH_*.
 We must find a solution for this macro which needs to find
 `getloadavg.c'.
 
-** AC_LIBOBJ_DECL
-Decide with the Automake team whether this macro should list only `.c'
-files, or it should include the `.h' too.  For instance the
-AC_FUNC_GNU_GETOPT macro could provide the three files, likewise for
-the macro which allows to choose a regex engine.
-
-** Document the coding style
-Browse the Autoconf Macro Archive, spot what we don't like, and
-document it.  Explain AC_DEFUN vs. define.  Explain people should
-really quote the names of the macros when they define it.  Stress that
-AC_FUNC_* which AC_REPLACE should not inline the setup of the
-replacement function, it's unreadable.
-
-** Allow --recursive to config.status
-So that --recheck does not pass --no-recursive to configure.
-
 ** AC_PROG_CC_STDC
 Should be: AC_PROG_CC_ISO?  Or even more specific for the ISO version?
 Should include more tests (e.g., AC_C_CONST etc.)?
@@ -157,6 +101,72 @@ Makefile.in to have foodir = @foodir@.
 
 From: Roland McGrath <roland@gnu.ai.mit.edu>
 
+
+* Autoconf 2.51 or so
+
+** AC_PROVIDE
+I think it is the epilogue that should provide, not the prologue.  Not
+clear: there are risks of circular dependencies :(.  In fact the
+relationship AC_BEFORE should be given outside the macro themselves.
+
+** AC_ARG_VAR
+If should check that none of the envvar it is in charge of, has
+changed.  The configure.in writer may supply what to do (FATAL, WARN
+etc.).  See VALIDATE CACHE TUPLE.  Document.  Where?
+
+Document more variables: CC, CXX etc.
+
+** autoupdate
+We should probably install the files which do not depend upon the
+user, just the Autoconf library files.  But conversely autoupdate must
+be opened to user macros, i.e., for instance libtool itself must be
+able to say that AM_PROG_LIBTOOL is now AC_PROG_LIBTOOL, and have
+autoupdate do its job on old configure.in.
+
+** AC_LIBOBJ_DECL
+Decide with the Automake team whether this macro should list only `.c'
+files, or it should include the `.h' too.  For instance the
+AC_FUNC_GNU_GETOPT macro could provide the three files, likewise for
+the macro which allows to choose a regex engine.
+
+** Document the coding style
+Browse the Autoconf Macro Archive, spot what we don't like, and
+document it.  Explain AC_DEFUN vs. define.  Explain people should
+really quote the names of the macros when they define it.  Stress that
+AC_FUNC_* which AC_REPLACE should not inline the setup of the
+replacement function, it's unreadable.
+
+** Allow --recursive to config.status
+So that --recheck does not pass --no-recursive to configure.
+
+
+------------------------------------------------------------------------------
+
+* Automake
+
+** missing.m4
+The test for a recent missing doesn't hide the error messages from the
+old missing.
+
+** AU_DEFUN
+The section for old macros is not completely up to date.  For
+instance, there is still AM_PROG_LIBTOOL.  Anyway, since autoupdate
+takes care of them, it is no longer the role of Automake to handle
+this.  Most should be removed.
+
+
+------------------------------------------------------------------------------
+
+* m4
+
+** m4
+The error messages for indir and dumpdef are uselessly different.  Fix
+this for translators.
+
+** m4
+F**k!  --trace FOO does not catch indir([FOO], $@)!
+
+
 ------------------------------------------------------------------------------
 
 * Autoconf 3