<div dir="ltr"><div><div><div>&gt; Paul (or Arthur) - any reason you can think of that zdump.c should not<br>
&gt; include private.h?<br><br></div>A comment from the top of zdump.c:<br><br>    /*<br>    ** This code has been made independent of the rest of the time<br>    ** conversion package to increase confidence in the verification it provides.<br>
    ** You can use this code to help in verifying other implementations.<br></div>    */<br><br></div>        --ado<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jan 31, 2013 at 10:04 AM, Robert Elz <span dir="ltr">&lt;<a href="mailto:kre@munnari.oz.au" target="_blank">kre@munnari.oz.au</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">    Date:        Thu, 31 Jan 2013 06:36:22 +0700<br>
    From:        Robert Elz &lt;<a href="mailto:kre@munnari.oz.au">kre@munnari.oz.au</a>&gt;<br>
    Message-ID:  &lt;<a href="mailto:6086.1359588982@eos.noi.kre.to">6086.1359588982@eos.noi.kre.to</a>&gt;<br>
<div class="im"><br>
  | If you got the binary as part of some system or other, then you need to<br>
  | ask the system builders why they chose to exclude it.<br>
<br>
</div>It turns out that the most likely cause of this, is that zdump.c<br>
does not #include &quot;private.h&quot;, and that (at least on some systems)<br>
private.h is where the relevant #defines tend to be placed (rather than<br>
in CFLAGS in the Makefile).<br>
<br>
Paul (or Arthur) - any reason you can think of that zdump.c should not<br>
include private.h?<br>
<br>
kre<br>
<br>
</blockquote></div><br></div>