corvid wrote:
Found the problem.
The autoconf 2.66 release announcement http://lists.gnu.org/archive/html/autotools-announce/2010-07/msg00000.html includes:
** The macros AC_TYPE_INT8_T, AC_TYPE_INT16_T, AC_TYPE_INT32_T, and AC_TYPE_INT64_T work again. Regression introduced in 2.65.
$ autoconf --version autoconf (GNU Autoconf) 2.64 I guess it pays to be behind the times sometimes!
Looking at the announcements, I'm rather surprised how many things that don't sound obscure are routinely broken.
I think that this is a result of being insanely portable to lots of obscure systems - it leads to lots of cases that are rarely tested. I guess that these days most people have modern headers that declare int32_t etc. so the code just compiles even if AC_TYPE_INT32_T is crazy.
I'd think that autoconf would have so much responsibility that they would have accumulated a huge test suite.
Actually, both autoconf and automake (particularly the latter) have very large test suites. Try running "make check" and see! So is this a reason to hold back this patch? Regards, Jeremy Henty