[gdal-dev] Shortening schedule for CMake adoption ?

[Andrew C Aitchison]

+1 (Not that I have a vote).


The CMake builds of my github clone seems OK.
They do have build failures from time to time but I assume
that is always true of bleeding edge code.

On Mon, 17 Jan 2022, Even Rouault wrote:

> 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
>

-- 
Andrew C. Aitchison					Kendal, UK
 			andrew at aitchison.me.uk