From: Eric Blake Date: Fri, 28 Mar 2008 14:42:39 +0000 (-0600) Subject: Update TODO based on completed tasks. X-Git-Tag: v2.62~13 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=dbbf784c687f0b6e239df6ba2eecad2915ef76ae;p=thirdparty%2Fautoconf.git Update TODO based on completed tasks. * TODO (AC_PROG_INSTALL takes multiple files): Done. (AC_GNU_SOURCE deprecation): Done, see AC_USE_SYSTEM_EXTENSIONS. (AC_COMPILE_IFELSE documentation): Done. (Tracing builtins): Done, now that we require M4 1.4.5. (AC_PROG_CC_POSIX suggestion, providing header files) (AC_TYPE_SIGNAL): Not needed; gnulib's approach is better. (cache consistency): Done with precious variables. Signed-off-by: Eric Blake --- diff --git a/ChangeLog b/ChangeLog index b13c2806..a868e455 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,14 @@ +2008-03-28 Eric Blake + + Update TODO based on completed tasks. + * TODO (AC_PROG_INSTALL takes multiple files): Done. + (AC_GNU_SOURCE deprecation): Done, see AC_USE_SYSTEM_EXTENSIONS. + (AC_COMPILE_IFELSE documentation): Done. + (Tracing builtins): Done, now that we require M4 1.4.5. + (AC_PROG_CC_POSIX suggestion, providing header files) + (AC_TYPE_SIGNAL): Not needed; gnulib's approach is better. + (cache consistency): Done with precious variables. + 2008-03-26 Eric Blake Document --trace=macro:format in --help output. diff --git a/TODO b/TODO index a463f849..6993dced 100644 --- a/TODO +++ b/TODO @@ -13,18 +13,6 @@ these suggestions... their presence here doesn't imply my endorsement. and the like, don't have a consistent way to handle multi-line arguments. Fix, test, and document. -** AC_PROG_INSTALL -This test should be extended to check that install supports the GNU -Install syntax: install FILES... DIR. This will relieve everybody -form having to use mkinstalldirs to create the directories, as install -does it itself. install-sh is already handling this case. This also -makes it simple not to create the directories where nothing will be -installed because of configuration options, which is next to -impossible using the current setting. - -In other words: everything is ready (install-sh and Automake), we just -need a good reimplementation of AC_PROG_INSTALL. - ** --target & AC_ARG_PROGRAM Shouldn't *any* `program' be installed as `$target_alias-program' even if AC_ARG_PROGRAM is not called? That would be much more predictable. @@ -54,9 +42,6 @@ even if they are slightly incompatible with C99. The basic idea here is that AC_PROG_CC should disable pedanticisms and should enable extensions. -** AC_GNU_SOURCE, AC_AIX, and AC_MINIX -Deprecate these, as they will be superseded by the AC_PROG_CC changes. - * Later @@ -108,9 +93,6 @@ which requires to have two different sources: AC_LANG_CALL and AC_LANG_FUNC_LINK_TRY (which names seem to be inappropriate). Wouldn't one be enough? -** Document AC_COMPILE_IFELSE, AC_LANG_PROGRAM etc. -And make AC_TRY_COMPILE etc. obsolete. - ** Libtool Define once for all the hooks they need, any redefinition of AC_PROG_CC etc. is way too dangerous and too limiting. The GCC team @@ -240,32 +222,7 @@ this for translators. ** Tracing `builtin' F**k! --trace FOO does not catch indir([FOO], $@)! - -** Tracing builtins -GNU M4 1.4's tracing of builtins is buggy. When run on this input: - -| divert(-1) -| changequote([, ]) -| define([m4_eval], defn([eval])) -| eval(1) -| m4_eval(2) -| undefine([eval]) -| m4_eval(3) - -it behaves this way: - -| % m4 input.m4 -da -t eval -| m4trace: -1- eval(1) -| m4trace: -1- m4_eval(2) -| m4trace: -1- m4_eval(3) -| % - -Conversely: - -| % m4 input.m4 -da -t m4_eval -| % - ------------------------------------------------------------------------------- +Fixed in M4 1.6, but we can't rely on it yet. * Autoconf 3 @@ -354,11 +311,6 @@ require a specific AC_ tests, but a specialized AS_ macro. ------------------------------------------------------------------------------ -* Add AC_PROG_CC_POSIX to replace the current ad-hoc macros for AIX, - Minix, ISC, etc. - ------------------------------------------------------------------------------- - * Select the right CONFIG_SHELL automatically (for Ultrix, Lynx especially.) ------------------------------------------------------------------------------ @@ -370,8 +322,6 @@ require a specific AC_ tests, but a specialized AS_ macro. * Mike Haertel's suggestions: -** Provide header files containing decls for alloca, strings, etc. - ** Cross compiling: *** Error messages include instructions for overriding defaults using @@ -396,12 +346,6 @@ the same configure script. ------------------------------------------------------------------------------ -For AC_TYPE_SIGNAL signal handlers, provide a way for code to know -whether to do "return 0" or "return" (int vs void) to avoid compiler -warnings. (Roland McGrath) - ------------------------------------------------------------------------------- - In config.status comment, put the host/target/build types, if used. ------------------------------------------------------------------------------ @@ -542,22 +486,6 @@ Slaven Rezic ------------------------------------------------------------------------------ -Cache consistency checking: ignore cache if environment -(CC or PATH) differs. -From Mike Haertel - -So we need a general mechanism for storing variables' values in the cache, -and checking if they are the same after reading the cache. Then we can add -to the list of variables as we come across the need. So far we want -LD_LIBRARY_PATH and the internal variables for some of (all?) the args. -From: roland@gnu.ai.mit.edu (Roland McGrath) - -Hmm. That list might include LD_LIBRARY_PATH, LD_RUN_PATH (for solaris), -and PATH. I can't think of any others so far. -From: friedman@splode.com (Noah Friedman) - ------------------------------------------------------------------------------- - Every user running X11 usually has a directory like *X11* in his PATH variable. By replacing bin by include, you can find good places to look for the include files or libraries. @@ -651,8 +579,8 @@ with autoconf scripts. ------------------------------------------------------------------------------ -Copyright (C) 1994, 1995, 1996, 1999, 2000, 2001, 2002, 2007 Free -Software Foundation, Inc. +Copyright (C) 1994, 1995, 1996, 1999, 2000, 2001, 2002, 2007, 2008 +Free Software Foundation, Inc. This program is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by