<div dir="ltr"><div>TZIF2 added 64-bit data to the end of TZIF files; TZIF3 added POSIX-style future-use strings to the end of TZIF2 files. In an ideal world, an application expecting original TZIF-format files simply ignores the trailing data.<br><br></div>    --ado<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 3, 2018 at 1:41 PM, Johan Kohler <span dir="ltr"><<a href="mailto:johan.kohler@gmail.com" target="_blank">johan.kohler@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<div>I have a tz client that expects the tzdata in format TZIF (that's version \nul).  It has become necessary to update the tzdata but it is not feasible to update the client.</div><div><br></div><div>Is it possible with the current 2018d release to generate output in TZIF format (as opposed to TZIF2 or TZIF3)?  If so, what needs to be modified?  If not, what is the suggested approach?</div><div><br></div><div>Thanks,</div><div>Johan</div><div><br></div><div> </div></div>
</blockquote></div><br></div>