Document previous patch.

* doc/autoconf.texi (Particular Types): Mention bug in HP-UX 11.00
preprocessor.

Signed-off-by: Eric Blake <ebb9@byu.net>

diff --git a/ChangeLog b/ChangeLog
index e761d230345be16f81ab518e529ec3179aa08e5a..6827771ebed825eb1abda0ea5362d65db5af15e9 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,8 @@
+2007-10-22  Eric Blake  <ebb9@byu.net>
+
+       * doc/autoconf.texi (Particular Types): Mention bug in HP-UX 11.00
+       preprocessor.
+
 2007-10-22  Paul Eggert  <eggert@cs.ucla.edu>
 
        Don't check for bug in HP-UX 11.00 cpp.

diff --git a/doc/autoconf.texi b/doc/autoconf.texi
index 5c09d3e15ceec93491bdcf8a4b115717ab0b8558..e23f709fa0d15e3934c4648457676b73273ee77f 100644 (file)
--- a/doc/autoconf.texi
+++ b/doc/autoconf.texi
@@ -6106,7 +6106,8 @@ range or precision than the @code{double} type, define
 @acindex{TYPE_LONG_LONG_INT}
 @cvindex HAVE_LONG_LONG_INT
 If the C compiler supports a working @code{long long int} type, define
-@code{HAVE_LONG_LONG_INT}.
+@code{HAVE_LONG_LONG_INT}.  This test also validates that the
+preprocessor can handle integers with the @samp{LL} suffix.
 @end defmac
 
 @defmac AC_TYPE_MBSTATE_T
@@ -6243,7 +6244,12 @@ exists.
 @acindex{TYPE_UNSIGNED_LONG_LONG_INT}
 @cvindex HAVE_UNSIGNED_LONG_LONG_INT
 If the C compiler supports a working @code{unsigned long long int} type,
-define @code{HAVE_UNSIGNED_LONG_LONG_INT}.
+define @code{HAVE_UNSIGNED_LONG_LONG_INT}.  This test also validates
+that the preprocessor can handle integers with the @samp{ULL} suffix.
+However, portable code cannot mix @code{unsigned long int} and
+@code{unsigned long long int} types in preprocessor expressions,
+since the @acronym{HP-UX} 11.00 preprocessor does not use consistent
+promotion rules.
 @end defmac
 
 @node Generic Types