<div dir="ltr"><div>+1  </div><div><br></div><div>I'll also do some checks in the next few weeks to make sure the things work on Windows as expected.<br></div><div><br></div><div>Best regards,</div><div><br></div><div>Tamas</div><div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>> ezt írta (időpont: 2022. jan. 17., H, 14:38):<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
The new CMake build system <br>
(<a href="https://gdal.org/development/rfc/rfc84_cmake.html" rel="noreferrer" target="_blank">https://gdal.org/development/rfc/rfc84_cmake.html</a>) has made excellent <br>
progress, and I believe that it should be in a production ready state on <br>
time for GDAL 3.5.0 (~ May). It is already very close to it according to <br>
a checklist I had created <br>
(<a href="https://docs.google.com/spreadsheets/d/1SsUXiZxKim6jhLjlJFCRs1zwMvNpbJbBMB6yl0ms01c" rel="noreferrer" target="_blank">https://docs.google.com/spreadsheets/d/1SsUXiZxKim6jhLjlJFCRs1zwMvNpbJbBMB6yl0ms01c</a>). <br>
Consequently we could shorten the rather conservative schedule presented <br>
in RFC 84 to :<br>
<br>
- Formally deprecate GNUmakefile and NMake base file systems. Users and <br>
packagers are encouraged to switch to CMake and actively report (and <br>
help fixing) issues the find in the process.<br>
<br>
==> Target: GDAL 3.5 / May 2022. GDAL 3.5.x point releases will be used <br>
to address reported issues.<br>
<br>
- Completely remove GNUmakefile and NMake base file systems, and make <br>
CMake the only build system in GDAL source tree.<br>
<br>
==> Target: GDAL 3.6 / November 2022<br>
<br>
<br>
I can't see real advantages in keeping the 3 build systems longer than <br>
strictly needed:<br>
<br>
- it requires more maintenance effort and makes new contributions more <br>
complicated<br>
<br>
- we won't probably get significant feedback regarding the CMake build <br>
system until people have to adopt it because they have no other alternative.<br>
<br>
We already greatly welcome feedback from people trying with master. To <br>
facilitate this, I believe we could cut a GDAL 3.5 alpha in early March <br>
so that people who wait for "official" packages have a chance to give it <br>
a try too.<br>
<br>
Thoughts ?<br>
<br>
Even<br>
<br>
-- <br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
My software is free, but my time generally not.<br>
<br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</blockquote></div></div>