[uClibc]Hi, upgrading to uClibc 9/6 snapshot ...

[Marshall M. Midden]

Yep, but it nice to use /etc/localtime and friends.
My customers insisted on it.  So, "zic" works on our system.
(or you can ftp from any linux/openbsd/freebsd/netbsd system.)

Always nice to give the customers more rope than they can handle.

> From mjn3 at codepoet.org Tue Sep 10 10:53:28 2002
> To: "Marshall M. Midden" <m4 at brecis.com>
> Cc: uclibc at uclibc.org, uclinux at brecis.com
> Subject: Re: Re: [uClibc]Hi, upgrading to uClibc 9/6 snapshot ...
> Content-Disposition: inline
> User-Agent: Mutt/1.3.28i
> From: mjn3 at codepoet.org (Manuel Novoa III)
> 
> Marshall,
> 
> On Mon, Sep 09, 2002 at 04:33:24PM -0700, Marshall M. Midden wrote:
> > ...
> > > > ... re: time.h
> > > > > I left these fields in (but disabled) because I will probably implement
> > > > > them at some point.   However, they are not ANSI or SUSv3 so I didn't
> > > > > include them initially in my time code.  By commenting out the #if 0,
> > > > > all you're doing is allowing apps to either get garbage data or
> > > > > segfault.
> > > > 
> > > > We have time functions implemented -- I grabbed "date" from OpenBSD --
> > > > since I put the year 2000 fixes in years ago, I knew it... .
> > > 
> > > That wasn't mentioned in your previous post.  Did you roll your own time
> > > implementation, or are you using someone else's?  And how does it compare
> > > in size and features to the uClibc implementation?
> > 
> > It is bigger, but if one needs the time zone ... ?
> 
> Quoting the FAQ...
> 
>  Why does localtime() return times in UTC even when I have my timezone
>  set?
> 
>   The uClibc time functions get timezone information from the TZ
>   environment variable, as described in the Single Unix Specification
>   Version 3. See
>   http://www.opengroup.org/onlinepubs/007904975/basedefs/xbd_chap08.html
>   for details on valid settings of TZ. For some additional examples,
>   read  http://www.uclibc.org/lists/uclibc/2002-August/006261.html in
>   the uClibc mailing list archive.
> 
> 
> Manuel