<br><div class="gmail_quote">On Fri, Mar 8, 2013 at 11:29 AM,  <span dir="ltr"><<a href="mailto:random832@fastmail.us" target="_blank">random832@fastmail.us</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

It came up as an aside in the earlier discussion about moving to<br>
uintmax_t, but I was wondering - is there any interest in a port to<br>
windows? I've got most of the way to a successful zic port (other tools<br>
don't work so well yet - everything compiles, but there are subtle<br>
incompatibilities that cause problems for the library functions)</blockquote><div><br>I mentioned it.  It isn't any sort of priority item to me, personally.  However, at work, I have to pay passing attention to Windows and have hopes to get time zone information from data produced by zic into a product, but as long as zic works on Unix and the files can be transported to Windows, that's (probably) fine — though having zic compile on Windows would simplify customer-upgrades using the latest version of the TZ data.  All very much in the future.  (And yes, I'm sure there are APIs on Windows for the job; they're different from the Unix ones and that presents a problem.  And the uniform data source will be important, so people who use our product on Windows and Unix will be able to get the same time-zone results on both platforms, independently of whether the o/s is upgraded.  I believe it would allow them more timely access to the changes that occur.)<br>

<br> <br></div></div>-- <br>Jonathan Leffler <<a href="mailto:jonathan.leffler@gmail.com" target="_blank">jonathan.leffler@gmail.com</a>>  #include <disclaimer.h><br>Guardian of DBD::Informix - v2013.0118 - <a href="http://dbi.perl.org" target="_blank">http://dbi.perl.org</a><br>

"Blessed are we who can laugh at ourselves, for we shall never cease to be amused."