<div dir="ltr">I was just about to write something along the lines that follow, but Mateusz looks to have more of an understanding.<div><br></div><div><div>My best guess was that it is an incomplete install of Windows?  e.g.</div><div><br></div><div><a href="https://support.microsoft.com/en-us/help/2999226/update-for-universal-c-runtime-in-windows">https://support.microsoft.com/en-us/help/2999226/update-for-universal-c-runtime-in-windows</a><br></div></div><div><br></div><div>I haven't done Windows dev since the late 90s, so it helps to lay out more for me or I get lost.</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 6, 2017 at 12:48 PM, Mateusz Loskot <span dir="ltr"><<a href="mailto:mateusz@loskot.net" target="_blank">mateusz@loskot.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 6 September 2017 at 21:21, Joaquim Luis <<a href="mailto:jluis@ualg.pt">jluis@ualg.pt</a>> wrote:<br>
> Kurt,<br>
><br>
> The Tamas SDKs are not enough as to provide all the dependencies to a GDAL<br>
> Win installation. It miss all those dlls (didn't check if the list is<br>
> complete) that the VS2015/17 builds now depend on. So if one wants to<br>
> distribute a program that depends on GDAL (GMT, in y case) that long list of<br>
> dlls must be supplied as well or otherwise tell users that they have to<br>
> install a MS distributable package.<br>
><br>
> Not a killer feature but annoying certainly.<br>
><br>
> Yes, if one remains at GDAL <= 2.2 this issue does not exist.<br>
> I'm not building GDAL against GEOS so didn't know about it C++11<br>
> requirement.<br>
><br>
> Side and non relevant info, 3 weeks ago I was at the Southern Hemisphere.<br>
><br>
><br>
> Joaquim<br>
><br>
> api-ms-win-core-console-l1-1-<wbr>0.dll<br>
> api-ms-win-core-datetime-l1-1-<wbr>0.dll<br>
> api-ms-win-core-debug-l1-1-0.<wbr>dll<br>
</span>> [...]<br>
<br>
Those belong to Windows Universal Windows Platform API.<br>
Those are NOT required by any C/C++ native classic software<br>
developed for Windows using VS2015/2017.<br>
Check [2] for details.<br>
<br>
I suggest you do a test: install Python 3.6.2 or later (built using VS2015)<br>
on Windows w/o VS2015/2017 and check what VC++ CRT DLLs it deploys.<br>
<br>
[1] <a href="https://en.wikipedia.org/wiki/Universal_Windows_Platform" rel="noreferrer" target="_blank">https://en.wikipedia.org/wiki/<wbr>Universal_Windows_Platform</a><br>
[2] <a href="https://www.visualstudio.com/en-us/productinfo/vs2017-compatibility-vs" rel="noreferrer" target="_blank">https://www.visualstudio.com/<wbr>en-us/productinfo/vs2017-<wbr>compatibility-vs</a><br>
<div class="HOEnZb"><div class="h5"><br>
Best regards,<br>
--<br>
Mateusz Loskot, <a href="http://mateusz.loskot.net" rel="noreferrer" target="_blank">http://mateusz.loskot.net</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">--<div><a href="http://schwehr.org" target="_blank">http://schwehr.org</a></div></div>
</div>