[tz] RFC 8536bis

Paul Eggert eggert at cs.ucla.edu
Wed Jan 31 21:23:17 UTC 2024


On 1/31/24 11:39, Michael H Deckers wrote:
>> There's no such feature in tzcode. I don't recall such a feature being 
>> discussed - could you point us at any thread in the archive?
> 
> 
> 
>     From NEWS for release 2014b:
> 
>          Changes affecting code
> 
>         'zic' and 'localtime' no longer reject locations needing four 
> transitions
>          per year for the foreseeable future.  (Thanks to Andrew Main 
> (Zefram).)

That merely causes zic to accept .zi input containing four transitions 
per year for the foreseeable future. Input like this, for example:

   Rule Troll 2005 max - Mar       1 1:00u 1:00 +01
   Rule Troll 2005 max - Mar lastSun 1:00u 2:00 +02
   Rule Troll 2005 max - Oct lastSun 1:00u 1:00 +01
   Rule Troll 2004 max - Nov       7 1:00u 0:00 +00
   Zone Antarctica/Troll 0    -     -00 2005 Feb 12
                         0:00 Troll %s

(This isn't in tzdata, but it could be once we can assume tzcode 2014b 
or later.)

When zic sees input like this, it generates a big TZif file with 
explicit transitions out to the year 2407 (2005 + 402 years). The big 
TZif file does not have a TZ string, because no TZ string can represent 
all these transitions.

Previous to 2014b, zic would reject this .zi input; and pre-2014 
localtime would not always work on the big TZif files that 
2014b-or-later zic generates with this .zi input.

Although it might be nice for some future RFC 8536 edition to handle 
Troll, and for tzcode to support it, that's not in the current draft.



More information about the tz mailing list