[tz] zic changes (2/2)

Aurelien Jarno aurelien at aurel32.net
Thu Mar 3 15:56:26 UTC 2016

On 2016-03-02 16:59, Guy Harris wrote:
> On Mar 2, 2016, at 2:41 PM, Aurelien Jarno <aurelien at aurel32.net> wrote:
> > It happens that this patch causes the generated zoneinfo files to not
> > behave correctly wrt daylight saving time on 32-bit machines. On 64-bit
> > machines or before this patch one get:
> > 
> >  $ TZ=PST+8PDT date --date=@1152995400
> >  Sat Jul 15 13:30:00 PDT 2006
> > 
> > With this patch on 32-bit machines, one get:
> > 
> >  $ TZ=PST+8PDT date --date=@1152995400
> >  Sat Jul 15 12:30:00 PST 2006
> > 
> > As you can see the daylight saving time is not applied.
> What happens with TZ=PST8PDT?

This works as expected.

> > I don't know if it is a problem in zic or a problem on the GNU libc
> > which doesn't correctly interpret the file. This is reproducible with
> > GNU libc from git as the date of today.
> What happens if you remove the PST8PDT link to America/Los_Angeles and use "TZ=PST8PDT"?

It doesn't seems that PST8PDT is a link to America/Los_Angeles, here it
is is a different file. That said after removing the file using
TZ=PST8PDT starts to show the same issue as with PST+8PDT, that is:

$ TZ=PST8PDT date --date=@1152995400
Sat Jul 15 12:30:00 PST 2006
> What happens if you remove a link for some zone east of Greenwich and try *that* zone's POSIX specification?

I am not really sure what you mean here. Something like removing the MET
file and trying to use for example the MET-1METDST timezone? In that
case I get the correct output with and without the file:

$ TZ=MET-1METDST date --date=@1152995400
Sat Jul 15 22:30:00 METDST 2006


Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien at aurel32.net                 http://www.aurel32.net

More information about the tz mailing list