Subject: Re: mktime(3) fails to convert a time in the "spring forward gap"
To: Jun-ichiro itojun Hagino <firstname.lastname@example.org>
From: Greg A. Woods <email@example.com>
Date: 10/09/2002 14:51:45
[ On Thursday, October 10, 2002 at 03:14:59 (+0900), Jun-ichiro itojun Hagino wrote: ]
> Subject: Re: mktime(3) fails to convert a time in the "spring forward gap"
> >> FWIW, configure.in shipped with the latest GNU tar also checks
> >> this and rejects NetBSD mktime(3).
> >Is there any standards input on this? Because it seems to me that what our
> >mktime is doing is perfectly fine. Those times don't exist on the wall
> >clock, so we shouldn't accept them. Just like we say don't accept
> still unsure about the standard, but it seems that the test is
> shipped with GNU autoconf 2.54 (functions.m4). so every software
> that ships with configure script built by autoconf 2.54 will fail.
> anyone know contact address for Mr Andreas Jaeger?
SuSE Labs firstname.lastname@example.org
Ah, I found it! See also this post which contains the Paul Eggert's fix
for his own GNU Libc implementation of mktime():
Greg A. Woods
+1 416 218-0098; <email@example.com>; <firstname.lastname@example.org>
Planix, Inc. <email@example.com>; VE3TCP; Secrets of the Weird <firstname.lastname@example.org>