<div dir="ltr">
> We should document zic's behavior better, yes. As I vaguely recall, it's done <br>
> this way on purpose and so is a feature and not a bug. Perhaps Arthur's <br>
> less-fallible memory can cite chapter and verse about when and why the behavior<br><div>> was put into zic. <br></div><div><br></div><div>There is indeed some of this that's done on purpose; it's in the function "writezone" in the "zic.c" file, in particular in the section headed by the comment "Optimize."</div><div>That section has grown more elaborate over the years. Elaboration began in May of 1996 (at which time the elaboration included a "Horrid special case" comment).</div><div><br></div><div>The web page...</div><div>    <a href="https://mm.icann.org/pipermail/tz/1996-May/date.html">https://mm.icann.org/pipermail/tz/1996-May/date.html</a></div><div>...includes links to messages regarding the work done in 1996; check out the messages including "simultaneous" in the subject.<br></div><div><br></div><div>    --ado<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Dec 7, 2020 at 2:21 PM Paul Eggert <<a href="mailto:eggert@cs.ucla.edu">eggert@cs.ucla.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 12/6/20 10:06 AM, Michael H Deckers via tz wrote:<br>
>      I find it a bit embarrassing that the precise semantics of zic input<br>
>      is only known to C compilers<br>
<br>
We should document zic's behavior better, yes. As I vaguely recall, it's done <br>
this way on purpose and so is a feature and not a bug. Perhaps Arthur's <br>
less-fallible memory can cite chapter and verse about when and why the behavior <br>
was put into zic.<br>
<br>
I gave the documentation a shot by installing the attached patch into the <br>
development version. Further improvements would be welcome.<br>
</blockquote></div>