Eric Blake wrote:
> According to Matthew Woehlke on 3/1/2007 9:44 AM:
> >
> > ...it also seems to break tempname.c:
> >
> > source='tempname.c' object='tempname.o' libtool=no \
> > DEPDIR=.deps depmode=none /bin/sh ../depcomp \
> > cc -I. -O -c tempname.c
> > int64_t st_reserved[3];
> > ^
> > "///usr/include/sys/stat.h", line 70: error(114): identifier "int64_t"
> > is undefined
>
> That makes it sound like we might be able to get away with a fix stdint_.h
> to include sys/stat.h prior to redefining all the 64-bit type names, along
> with any other system header that uses int64_t on your platform.
Another option would be to leave int64_t defined as it is, but set HAVE_INT64_T
to 0, to indicate that gnulib shouldn't use it.
But first, Matthew Woehlke should show enough info for analysis of possible
workarounds:
- the relevant parts of sys/stat.h including all surrounding #ifs,
- what is the original definition of int64_t on this OS if gnulib is not
involved? (a macro, a typedef?)
Just copy&pasting a compiler's error message is not useful enough.
Bruno
_______________________________________________
M4-discuss mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/m4-discuss
