Re: CMake minimum required version
Ivan Zhakov <[email protected]> Tue, 28 Jul 2026 13:57:36 +0300
| Newsgroups | gmane.comp.version-control.subversion.devel |
|---|---|
| Message-ID | <CAPZho0_no7009HSyD_N55-V8bNb43WVtx1o3YB5D1Phbm1X+Mg@mail.gmail.com> |
--0000000000009e36e50657a9b566 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, 27 Jul 2026 at 16:25, Ivan Zhakov <[email protected]> wrote: > > On Thu, 23 Jul 2026 at 18:15, Daniel Sahlberg <[email protected]= m> > wrote: > >> Den tors 23 juli 2026 kl 17:08 skrev Branko =C4=8Cibej <[email protected]= >: >> >>> On 23. 7. 2026 16:59, Ivan Zhakov wrote: >>> >> > [...] > >> The other close option is CMake 3.18 (for Debian 11 support), but I woul= d >>> say it's not exactly worth it, since Debian 11 becomes unsupported in A= ug >>> 2026. >>> >>> >>> >>> Unix distros will use the autotools build. We should ignore them for >>> this discussion. I don't see the distros switching to CMake given that >>> they've used autotools for decades. >>> >>> >>> So I propose that we bump the minimum required version to 3.20 and >>> backport this change to 1.15.x branch. >>> >>> >> >> Thanks for doing the digging out all cmake versions! Really helps this >> discussion! >> >> When I saw the list, I also started thinking about this issue. I came to >> the same conclusion as you did - let's update the minimum requirement to >> 3.20 with the arguments you have provided above. Debian 11 can still bui= ld >> with autoconf. >> >> > > > [...] > > >> If someone would provide a convincing argument for updating even further= , >> I would be inclined to listen. If we for example "only" support the late= st >> two versions of a given tool I think that is acceptable for trunk if tha= t >> lets us do something we otherwise have to jump through hoops to do. >> (Especially if it is technically possible to install a newer version jus= t >> for building). >> >> Updated the minimum CMake version requirement to 3.20 in r1936635 > <https://svn.apache.org/r1936635>. > > I have nominated this change for backport to 1.15.x branch. --=20 Ivan Zhakov --0000000000009e36e50657a9b566 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr">On Mon, 27 Jul 2026 at 16:25, Ivan Zhakov= <<a href=3D"mailto:[email protected]">[email protected]</a>> wrote:</div= ><div class=3D"gmail_quote gmail_quote_container"><blockquote class=3D"gmai= l_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,20= 4,204);padding-left:1ex"><div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"= ><br></div><div dir=3D"ltr">On Thu, 23 Jul 2026 at 18:15, Daniel Sahlberg &= lt;<a href=3D"mailto:[email protected]" target=3D"_blank">daniel.= [email protected]</a>> wrote:</div><div class=3D"gmail_quote"><blockq= uote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1p= x solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div dir=3D"ltr= "><span style=3D"background-color:transparent">Den tors 23 juli 2026 kl 17:= 08 skrev Branko =C4=8Cibej <<a href=3D"mailto:[email protected]" target= =3D"_blank">[email protected]</a>>:</span></div><div class=3D"gmail_quote= "><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;borde= r-left:1px solid rgb(204,204,204);padding-left:1ex"> =20 =20 =20 <div><div>On 23. 7. 2026 16:59, Ivan Zhakov wrote:<br> </div></div></blockquote></div></div></blockquote><div>=C2=A0</div><div= >[...]=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px= 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div di= r=3D"ltr"><div class=3D"gmail_quote"><blockquote class=3D"gmail_quote" styl= e=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);paddin= g-left:1ex"><div> <blockquote type=3D"cite"> <div dir=3D"ltr"> <div><span>The other close option is CMake 3.18 (for Debian 11 support), but I would say it's not exactly worth it, since Debian 11 becomes unsupported in Aug 2026.<br> </span></div> </div> </blockquote> <br> <br> Unix distros will use the autotools build. We should ignore them for this discussion. I don't see the distros switching to CMake given that they've used autotools for decades.<br> <br> <br> <blockquote type=3D"cite"> <div dir=3D"ltr"> <div><span>So I propose that we bump the minimum required version to 3.20 and backport this change to 1.15.x branch.<br><= /span></div></div></blockquote></div></blockquote><div><br></div><div><br>T= hanks for doing the digging out all cmake versions! Really helps this discu= ssion!</div><div><br></div><div>When I saw the list, I also started thinkin= g about this issue. I came to the same conclusion as you did - let's up= date the minimum requirement to 3.20 with the arguments you have provided a= bove. Debian 11 can still build with autoconf.</div><div><br></div></div></= div></blockquote><div><br></div><div><br></div><div><br></div><div>[...]</d= iv><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0= px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div = dir=3D"ltr"><div class=3D"gmail_quote"><div></div><div><span style=3D"backg= round-color:transparent">If someone would provide a convincing argument for= updating even further, I would be inclined to listen. If we for example &q= uot;only" support the latest two versions of a given tool I think that= is acceptable for trunk if that lets us do something we otherwise have to = jump through hoops to do. (Especially if it is technically possible to inst= all a newer version just for building).</span></div><div><br></div></div></= div></blockquote><div><span>Updated the minimum CMake version requirement t= o 3.20 in r</span><a href=3D"https://svn.apache.org/r1936635" target=3D"_bl= ank">1936635</a><span>.</span>=C2=A0=C2=A0</div></div><div></div><br></div>= </div></blockquote></div><div class=3D"gmail_quote gmail_quote_container">I= have nominated this change for backport to 1.15.x branch.</div><br><span c= lass=3D"gmail_signature_prefix">-- </span><br><div dir=3D"ltr" class=3D"gma= il_signature">Ivan Zhakov</div></div> --0000000000009e36e50657a9b566--