-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Paul Eggert <[EMAIL PROTECTED]> writes:
> I'm getting a bit lost with info about both <stdint.h> versus
> <inttypes.h>, but does the following patch fix the problem?
This does not fix the problem as the
AC_CACHE_VAL(gl_cvs_header_stdint_h) is interfering with the test due to a
previous use of this:
AC_CHECK_HEADERS(\
...
stdint.h \
...
)
in configure.in
Is this another case where another STDINT_H_BROKEN macro needs to be
introduced similar to how inttypes-pri.m4 works?
-- Mark
>
> 2006-06-12 Paul Eggert <[EMAIL PROTECTED]>
>
> * m4/stdint.m4 (gl_STDINT_H): Reject <stdint.h> if it
> doesn't declare intmax_t. Problem reported by
> Larry Jones and Derek Price in
> <http://lists.gnu.org/archive/html/bug-gnulib/2006-06/msg00030.html>.
>
> --- old/m4/stdint.m4 2006-01-09 05:20:01.000000000 -0800
> +++ new/m4/stdint.m4 2006-06-12 09:25:44.000000000 -0700
> @@ -17,7 +17,7 @@ AC_CHECK_HEADERS([sys/bitypes.h])
>
> AC_MSG_CHECKING([for stdint.h])
> AC_CACHE_VAL(gl_cv_header_stdint_h, [
> - AC_TRY_COMPILE([#include <stdint.h>], [],
> + AC_TRY_COMPILE([#include <stdint.h>], [intmax_t i = -1; return i != 0;],
> gl_cv_header_stdint_h=yes, gl_cv_header_stdint_h=no)])
> AC_MSG_RESULT([$gl_cv_header_stdint_h])
> if test $gl_cv_header_stdint_h = yes; then
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (FreeBSD)
iD8DBQFEkfj4Cg7APGsDnFERApRjAKCDiBbmEjVJYYRrzFuMj6jonpvlKQCgmMas
I3owY+tk/qMDmtMWT9y8Svg=
=JPS3
-----END PGP SIGNATURE-----
