autoconf/BUGS
Akim Demaille 185f365117 * aclang.m4 (_AC_LANG_COMPILER_WORKS): Rename as...
(_AC_COMPILER_EXEEXT_WORKS): this.  Use the `a.out' or `a.exe'
left by _AC_COMPILER_EXEEXT_DEFAULT to check if the compiler works.
(_AC_COMPILER_EXEEXT_CROSS): Extract from the above macro.
(_AC_COMPILER_EXEEXT): Use them.
Adjust all the compiler looking macros to check for EXEEXT
*first*, then OBJEXT.
Set ac_exeext yourself.
(_AC_COMPILER_EXEEXT_O): Don't.
2001-02-19 15:08:58 +00:00

46 lines
1.3 KiB
Plaintext

-*- outline -*-
This file lists the bugs you must be aware of. Be sure to check this
file before using Autoconf, and especially CVS versions of Autoconf.
Autoconf must not be used in production if there are ``Serious'' bugs,
and use with caution an Autoconf with ``Important bugs''.
Many other bugs are registered on the GNATS server:
http://sources.redhat.com/cgi-bin/gnatsweb.pl?database=autoconf
Please, don't register bugs listed below: we already know we have to
address them.
* Status
/*-------------.
| Do not use. |
`-------------*/
* Serious Problems
** Special characters and config.hin
The handling of special characters, most notable backslashes, of
course, might be nonportable in addition of being of clearly
specified.
** AC_TRY_EVAL of multi line commands
Is broken. The problem is mostly that, again, the policy wrt special
characters is not clearly defined. Because of this,
_AC_INIT_PREPARE_FS_SEPARATORS will output undesired messages, but is
not guilty.
./configure: /home/lrde/prof/akim/src/ace/tests; conftest.sh: Aucun fichier ou répertoire de ce type
AC_TRY_COMMAND is.
** AC_CHECK_PROG
and all the macros that use it, are paying the change for test -f to
test -x to determine whether a candidate path is an executable: now we
have false positives with directories which, indeed, are test -x.