[tz] zdump no longer reports gmtoff
Arthur David Olson
arthurdavidolson at gmail.com
Thu Jan 31 15:30:58 UTC 2013
> Paul (or Arthur) - any reason you can think of that zdump.c should not
> include private.h?
A comment from the top of zdump.c:
/*
** This code has been made independent of the rest of the time
** conversion package to increase confidence in the verification it
provides.
** You can use this code to help in verifying other implementations.
*/
--ado
On Thu, Jan 31, 2013 at 10:04 AM, Robert Elz <kre at munnari.oz.au> wrote:
> Date: Thu, 31 Jan 2013 06:36:22 +0700
> From: Robert Elz <kre at munnari.oz.au>
> Message-ID: <6086.1359588982 at eos.noi.kre.to>
>
> | If you got the binary as part of some system or other, then you need to
> | ask the system builders why they chose to exclude it.
>
> It turns out that the most likely cause of this, is that zdump.c
> does not #include "private.h", and that (at least on some systems)
> private.h is where the relevant #defines tend to be placed (rather than
> in CFLAGS in the Makefile).
>
> Paul (or Arthur) - any reason you can think of that zdump.c should not
> include private.h?
>
> kre
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20130131/cd722184/attachment.html
More information about the tz
mailing list