[ 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
> >11:09:65.
> 
> 	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?

  Andreas Jaeger                                                                
   SuSE Labs aj@suse.de                                                         
    private aj@arthur.inka.de                                                   
     http://www.suse.de/~aj                                                     

Ah, I found it!  See also this post which contains the Paul Eggert's fix
for his own GNU Libc implementation of mktime():

	http://sources.redhat.com/ml/libc-hacker/1998-10/msg00027.html

-- 
								Greg A. Woods

+1 416 218-0098;            <g.a.woods@ieee.org>;           <woods@robohack.ca>
Planix, Inc. <woods@planix.com>; VE3TCP; Secrets of the Weird <woods@weird.com>