[gdal-dev] Shortening schedule for CMake adoption ?

Tamas Szekeres szekerest at gmail.com
Mon Jan 17 12:20:19 PST 2022


+1

I'll also do some checks in the next few weeks to make sure the things work
on Windows as expected.

Best regards,

Tamas


Even Rouault <even.rouault at spatialys.com> ezt írta (időpont: 2022. jan.
17., H, 14:38):

> Hi,
>
> The new CMake build system
> (https://gdal.org/development/rfc/rfc84_cmake.html) has made excellent
> progress, and I believe that it should be in a production ready state on
> time for GDAL 3.5.0 (~ May). It is already very close to it according to
> a checklist I had created
> (
> https://docs.google.com/spreadsheets/d/1SsUXiZxKim6jhLjlJFCRs1zwMvNpbJbBMB6yl0ms01c).
>
> Consequently we could shorten the rather conservative schedule presented
> in RFC 84 to :
>
> - Formally deprecate GNUmakefile and NMake base file systems. Users and
> packagers are encouraged to switch to CMake and actively report (and
> help fixing) issues the find in the process.
>
> ==> Target: GDAL 3.5 / May 2022. GDAL 3.5.x point releases will be used
> to address reported issues.
>
> - Completely remove GNUmakefile and NMake base file systems, and make
> CMake the only build system in GDAL source tree.
>
> ==> Target: GDAL 3.6 / November 2022
>
>
> I can't see real advantages in keeping the 3 build systems longer than
> strictly needed:
>
> - it requires more maintenance effort and makes new contributions more
> complicated
>
> - we won't probably get significant feedback regarding the CMake build
> system until people have to adopt it because they have no other
> alternative.
>
> We already greatly welcome feedback from people trying with master. To
> facilitate this, I believe we could cut a GDAL 3.5 alpha in early March
> so that people who wait for "official" packages have a chance to give it
> a try too.
>
> Thoughts ?
>
> Even
>
> --
> http://www.spatialys.com
> My software is free, but my time generally not.
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20220117/6d19cf18/attachment.html>


More information about the gdal-dev mailing list