<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 70.85pt 2.0cm 70.85pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-GB" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">Hello Paul,<br>
<br>
your patches compiled fine on Windows.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">I still would like to double check about the zdump -v output for Africa Abidjan.<br>
I am getting 1946 lines of output.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">Is that in the range you get on Linux?<br>
Thanks!<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">Regards<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">Manuela Friedrich<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US">From:</span></b><span lang="EN-US"> Paul Eggert <eggert@cs.ucla.edu>
<br>
<b>Sent:</b> Dienstag, 20. April 2021 08:15<br>
<b>To:</b> Manuela Friedrich <Manuela.Friedrich@actian.com><br>
<b>Cc:</b> Steven Shuriff <Steven.Shuriff@actian.com>; Time zone mailing list <tz@iana.org><br>
<b>Subject:</b> Re: iana build failures on Windows<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">On 4/19/21 7:09 AM, Manuela Friedrich wrote:<br>
<br>
> I had to include signal.h in zic.c to prevent the following error:<br>
> <br>
> zic.c(610): error C2061: syntax error: identifier 'got_signal'<br>
<br>
This is a portability bug recently introduced to zic.c. I installed the <br>
first attached patch to fix it.<br>
<br>
<br>
> The I needed to resolved error<br>
> <br>
> zic.obj : error LNK2019: unresolved external symbol tz_time referenced in function random_dirent<br>
<br>
This appears to be another recent portability bug. It's related to a <br>
portability problem you reported on MS-Windows in response to which in <br>
2018d I committed a patch that introduced RESERVE_STD_EXT_IDS:<br>
<br>
<a href="https://github.com/eggert/tz/commit/24b45243c5210b4196987fdd06e6c288c358a268">https://github.com/eggert/tz/commit/24b45243c5210b4196987fdd06e6c288c358a268</a><br>
<br>
When I recently added the randomish filename code to the development <br>
version, I neglected to deal with RESERVE_STD_EXT_IDS. The second <br>
attached patch should fix this issue.<br>
<br>
Please give the two patches a try, as I don't use MS-Windows and can't <br>
easily test these patches on that platform.<br>
<br>
<br>
> a test run of zdump -v produced way more output than in the last release, the Linux output seems to have become longer too, but maybe this is still under development.<br>
<br>
That change is intentional, and was caused by this:<br>
<br>
<a href="https://github.com/eggert/tz/commit/ac07b446a3afaa4cb1ae11a91785a201c91f6351">https://github.com/eggert/tz/commit/ac07b446a3afaa4cb1ae11a91785a201c91f6351</a><br>
<br>
along with some neighboring commits.<br>
<br>
<br>
Thanks for reporting the problems, and I hope the current development <br>
version of tzdb addresses the issues you mentioned.<o:p></o:p></p>
</div>
</body>
</html>