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. 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. But I want to know what goodies we are going to get out of upgrading CMake. > -----Original Message----- > From: Paul Ramsey <pram...@cleverelephant.ca> > Sent: Thursday, August 15, 2024 5:23 PM > To: Mike Taves <mwto...@gmail.com> > Cc: GEOS Development List <geos-devel@lists.osgeo.org> > Subject: Re: 3.13.0beta1 ? > > OK with me > > > On Aug 15, 2024, at 2:21 PM, Mike Taves <mwto...@gmail.com> wrote: > > > > I'd like to bump the minimum CMake version to 3.16 for the GEOS 3.13 > > series. Now is the right time to do this. I don't have a PR ready, but > > I can later today. > > > > FWIW, CMake 3.16 is the minimum version for PROJ and GEOS. > > > > See also https://github.com/libgeos/geos/pull/936 > > > > On Thu, 15 Aug 2024 at 17:49, Paul Ramsey <pram...@cleverelephant.ca> > wrote: > >> > >> Any objections to the first beta package? Give packagers a chance to see if > the new code builds, etc? > >> > >> P
