Re: Re4: coreutils v5.2.1 - stat.c

ThMO <[EMAIL PROTECTED]> writes: > I do have a shorter patch for you: > ... > -# define XTIME_PRECISION 10LL > +# define XTIME_PRECISION 10L Thanks, but if XTIME_PRECISION can't be of the correct type, I'd rather just make it 'int' on all platforms and be done with it. > With b

Re4: coreutils v5.2.1 - stat.c

Hello Paul, > > the header file xtime.h defines: > > # if HAVE_LONG_LONG > > typedef long long int xtime_t; > > # define XTIME_PRECISION 10LL > > # else > > ... > > #endif > > Again cpp groks about the `LL' modifier. > > Thanks for catching that portability problem to GCC 2.7

Re: Re3: coreutils v5.2.1 - stat.c

ThMO <[EMAIL PROTECTED]> writes: > the header file xtime.h defines: > # if HAVE_LONG_LONG > typedef long long int xtime_t; > # define XTIME_PRECISION 10LL > # else > ... > #endif > Again cpp groks about the `LL' modifier. Thanks for catching that portability problem to GCC 2.

Re: help about merging gnulib/autoconf/automake/libintl

Claudio Fontana asked: > > generates the libintl.h only > > on those platforms that don't have it. > > Great, so I can add intl/ to the includes > unconditionally, and avoid the if in configure.ac, > right? Yes. Bruno ___ bug-gnulib mailing list bug-