On Tuesday, July 14, 2015, Paul Eggert <<a href="javascript:_e(%7B%7D,'cvml','eggert@cs.ucla.edu');" target="_blank">eggert@cs.ucla.edu</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Jon Skeet wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
(and with a better<br>
implementation of my zdump munging - ideally something in zic itself, I<br>
suspect)<br>
</blockquote>
<br>
Why would zic need to be involved?  zdump uses only the standard POSIX API and should work even on platforms that don't use zic or the tz database at all.<br>
</blockquote><div><br></div><div>Unfortunately dump doesn't have all the information I'd wish it to - namely the split between standard and daylight offsets. It indicates whether a zone is in daylight savings or not, but not how much that contributes to the overall offset.</div><div><br></div><div>As for platforms that don't use the tz database at all - as the purpose of this is to validate the use of the tz database, I'm not sure that's much of an advantage. I'd anticipate the output being distributed alongside (but not within) the data file, so prospective users still wouldn't need to be using a tz-based platform themselves.</div><div><br></div><div>I haven't yet got a feeling for your thoughts on the proposal... is this something you can see any future in? I suppose the canonical file wouldn't *have* to come from IANA, but that does feel like the best option.</div><div><br></div><div>Jon</div>