On Mon, Jul 27, 2009 at 12:04 PM, Bruno Haible wrote:
> ...
> Fix compilation error when is used and mktime is replaced.
> * lib/time.in.h (mktime): New declaration.
> * m4/mktime.m4 (gl_FUNC_MKTIME): Require gl_HEADER_TIME_H_DEFAULTS. Set
> REPLACE_MKTIME instead of
Matt Kraai wrote:
> The changes for the math.h errors don't work, because @GNULIB_MATHL@ is
> defined to 1, so the whole condition evaluates to true.
OK, I'm applying this additional attempt:
2009-07-27 Bruno Haible
* lib/math.in.h (cosl, logl, sinl): Undefine before declaring it.
Ross McFarland wrote:
> when using gnulib's mktime test any cpp file that #includes ctime will
> receive the following errors:
>
> In file included from time.cc:6:
> /usr/include/c++/4.3/ctime:73: error: ‘::mktime’ has not been declared
> time.cc: In function ‘int main()’:
> time.cc:11: error: ‘mk
The changes for the math.h errors don't work, because @GNULIB_MATHL@ is
defined to 1, so the whole condition evaluates to true.
I forgot to mention that there's also a problem determining the
dependencies of getdate.y. The command fails with the following error:
getdate.y:116: error: negative
James Youngman wrote:
> On Sun, Jul 19, 2009 at 9:35 PM, Jim Meyering wrote:
>> I'm considering a rewrite of rm that uses fts.c,
>> and see that the resulting rm fails coreutils' rm/cycle test
>> because it incorrectly reports a cycle for that unusual case.
>>
>> The following patch fixes fts so th
