3.13.0beta1 ?

[Howard Butler]

> On Aug 15, 2024, at 9:30 PM, Regina Obe <lr at pcorp.us> wrote:
> 
> I assume that GEOS there is meant to be GDAL?
> What does upgrading CMake buy us.
> 
> That ticket you reference was fixed a different way.
> 
> I'm still hesitant to up the CMake version just for the sake of upping the CMake version especially so late in the cycle of GEOS 3.13 development.
> If we had done this early own, I would not have an issue.

Waiting for another major release means waiting another year to bump this CMake version dependency floor which is already five years old. The practical impact of such a change is quite minor as every significant packaging system and version that's expecting to use GEOS 3.13 has long since moved on. 

> a) GEOS has no dependencies, so is something people can easily compile themselves unless we go around upping version requirements on them
> b) GEOS is a much simpler project than GDAL and PROJ so has fewer needs
> c) Granted I am less concerned about Ubuntu 20.04  and Debian 10  now that Ubuntu 22.04, 24.04, Debian 11 and Debian 12 are out.

IMO our C++ standard floor matters a lot more on the topic of people easily compiling themselves on older platforms than the CMake version floor. It was Ubuntu 18.04 and Debian 10 that still had CMake 3.13. 

> But I want to know what goodies we are going to get out of upgrading CMake.

The opportunity to go back and throw out CMake configuration that branches based on really old version stuff like https://github.com/libgeos/geos/blob/main/CMakeLists.txt#L59 This means less junk that can rot. 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/geos-devel/attachments/20240816/a2abbca3/attachment.htm>