bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: GNU M4 1.4.8b released (beta release)


From: Bruno Haible
Subject: Re: GNU M4 1.4.8b released (beta release)
Date: Fri, 2 Mar 2007 03:00:58 +0100
User-agent: KMail/1.5.4

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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]