Eric Blake wrote:
According to Matthew Woehlke on 3/8/2007 9:28 AM:
(We already know this doesn't work: if configure doesn't define
HAVE_LONG_LONG_INT, then the resulting stdint.h breaks system headers.)
Without also telling gnulib not to use 'long long', we know other things
(like gnulib's printf - of whichever flavor, I don't recall exactly
which one offhand) break.
I did this:
--- stdint_.h 2007-03-08 08:14:55.000000000 -0800
+++ ../../m4-1.4.8b-orig/lib/stdint_.h 2007-03-01 08:48:39.000000000 -0800
@@ -120,17 +120,12 @@
#define int32_t int
#define uint32_t unsigned int
+#undef int64_t
#if LONG_MAX >> 31 >> 31 == 1
-# undef int64_t
-# define GNULIB_int64_t
...
Your patch was backwards,
Oops, sorry! :-)
but since it solved your build, it is worth
committing. [snip] It may end up
that I release m4 1.4.9 and you have to compile with optimizations on for
it to work on NSK.
I'll see how the thread on the autoconf list goes. Thanks again.
--
Matthew
Emacs is a nice OS - but it lacks a good text editor.
That's why I am using Vim. -- Anonymous
_______________________________________________
M4-discuss mailing list
M4-discuss@gnu.org
http://lists.gnu.org/mailman/listinfo/m4-discuss
