<div dir="ltr">Hi Mateusz,<div>Thanks for your effort! It is really handy for me.<br><div>FYI, a few more things I came across:<div>- In the dll post build event there are 3 copy commands (dll, lib and exp). The second and third command need a space before 'copy'.</div><div>- Enclosing source and destination file macros in quotes helps.</div><div>- in 64 bits compilation (VS2015 community update 1) the link fails with a C1001 (internal compiler error). This is incurred by gdalexif.cpp, which is not to blame btw.</div><div>  The 'solution' is to turn off compiler optimization for this file only (and only for x64 compilation). Have not checked whether this happens e.g. in VS2013.</div><div>- diminishing the number of compiler warnings:</div><div> - /D _CRT_SECURE_NO_WARNINGS, if the secure versions are not going to be used anyway (portability?).</div><div> - change deprecated POSIX (acc. to VS), such as open, read, write, close, fdopen, setmode to underscored names (_open, _read etc.)</div><div>   Not sure whether this is exclusively MS.</div><div>- warnings which are somewhat worryable: C4251, when compiling or using DLL: X used in clas Y needs dll-interface.</div><div>  <a href="https://support.microsoft.com/en-us/kb/168958" target="_blank">article</a> claims to solve this, but not too well, imo, because the proposed solution then causes the same warning..</div><div>  Advice (e.g. <a href="http://www.gamedev.net/topic/637431-dealing-with-needs-to-have-dll-interface-to-be-used-by-clients-of-class/" target="_blank">gamedev mails</a>) is not to export whole classes but only public members and ctor - dtor. More to be found <a href="http://stackoverflow.com/questions/767579/exporting-classes-containing-std-objects-vector-map-etc-from-a-dll?noredirect=1&lq=1">here</a>.</div><div>  Claims that some STL (esp vector) can be safely exported, but not all (map has (or at least had) a static member).</div></div><div>I've never come to grief ignoring C2451, so far.</div><div>Jan</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Aug 4, 2016 at 4:07 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 4 August 2016 at 15:41, Ivan Lucena <<a href="mailto:lucena_ivan@hotmail.com">lucena_ivan@hotmail.com</a>> wrote:<br>
> Hi Mateusz,<br>
><br>
> I far as I know the project generated by makegdal_gen.bat does not work with newer version of VS.<br>
><br>
> It used to be the case that we can import the project to newer version of VS but I think that MS dropped the support for that feature.<br>
><br>
> Have one of you manage to load the generated .vcproj into VS > 2010? I would like to know how to do that!<br>
<br>
</span>Ivan,<br>
<br>
1. makegdal_gen 10.00 32 > makegdal10.vcproj<br>
2. Launch VS2015<br>
3. File > Open > Project/Solution...<br>
4. Select makegdal10.vcproj<br>
5. Accept to upgrade<br>
<br>
I can confirm it works for me.<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>
______________________________<wbr>_________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">http://lists.osgeo.org/<wbr>mailman/listinfo/gdal-dev</a></div></div></blockquote></div><br></div>