<div dir="ltr"><div><div><div><div>We started out life with 16 &quot;reserved&quot; bytes in binary files; one of those was appropriated for the compiler version number so we&#39;re now at...<br></div>    char tzh_version[1];<br>
</div>    char tzh_reserved[15];<br></div>Adding something such as &quot;2013e&quot; wouldn&#39;t exhaust the reserved bytes; it would complicate regression testing (though not unduly).<br><br></div><div>    --ado<br></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Sep 9, 2013 at 2:21 AM, Paul Eggert <span dir="ltr">&lt;<a href="mailto:eggert@cs.ucla.edu" target="_blank">eggert@cs.ucla.edu</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">One other thing.  It&#39;s been privately suggested to me,<br>
more than once, that a tz binary file should have<br>
a version number in it, identifying which version of<br>
the tz data it came from.  Presumably this could be<br>
a new option to &#39;zic&#39;, used by Makefile, e.g.,<br>
<br>
   zic -V &quot;$(VERSION)&quot; ...<br>
<br>
would copy the value of VERSION into the zic output file.<br>
<br>
Do you think this is a good idea?  If so, where would<br>
be a good place to put the version information -- a<br>
new &quot;version=2013e&quot; line after the POSIX TZ string?<br>
If we are bumping from version &#39;2&#39; to &#39;version &#39;3&#39;<br>
anyway, now may be a good time to add this, if it&#39;s<br>
a good idea to add it that is.<br>
</blockquote></div><br></div>