From: Eric Blake Date: Mon, 22 Oct 2007 17:54:27 +0000 (-0600) Subject: Document previous patch. X-Git-Tag: v2.62~184 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=893aa58d921630592f724108fda3758fceb018f0;p=thirdparty%2Fautoconf.git Document previous patch. * doc/autoconf.texi (Particular Types): Mention bug in HP-UX 11.00 preprocessor. Signed-off-by: Eric Blake --- diff --git a/ChangeLog b/ChangeLog index e761d230..6827771e 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,8 @@ +2007-10-22 Eric Blake + + * doc/autoconf.texi (Particular Types): Mention bug in HP-UX 11.00 + preprocessor. + 2007-10-22 Paul Eggert Don't check for bug in HP-UX 11.00 cpp. diff --git a/doc/autoconf.texi b/doc/autoconf.texi index 5c09d3e1..e23f709f 100644 --- 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