From: Akim Demaille Date: Mon, 5 Jun 2000 12:45:53 +0000 (+0000) Subject: TODO: less pressure on 2.50. X-Git-Tag: autoconf-2.50~836 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=0d2a3050621ec57bf2dac55acd2a54190ddff39d;p=thirdparty%2Fautoconf.git TODO: less pressure on 2.50. --- diff --git a/TODO b/TODO index 39cfb1742..cf9976fb5 100644 --- 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 + +* 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