<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr"></div><div dir="ltr"><br></div><div dir="ltr"><br><blockquote type="cite">On Nov 20, 2024, at 06:35, Sergio Had <vital.had@gmail.com> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr">
<title></title>
<div name="messageReplySection">
<div dir="auto">On Nov 20, 2024 at 22:22 +0800, Ken Cunningham <ken.cunningham.webuse@gmail.com>, wrote:</div>
<blockquote style="border-left-color: rgb(26, 188, 156); margin: 5px; padding-left: 10px; border-left-width: thin; border-left-style: solid;">Any concrete example of something gcc-14 breaks that gcc-13 builds?</blockquote>
<div dir="auto"><br>
A lot in fact, but for a reason orthogonal to toolchain as such.<br></div></div></div></blockquote><div><br></div><div>Well, if there is “a lot” that won’t build with gcc-14, that certainly cements the idea it had better not be the only working compiler in macports on older systems.</div><div><br></div><div>So that puts that argument to rest.</div><div><br></div><br><blockquote type="cite"><div dir="ltr"><div name="messageReplySection"><div dir="auto">
<br>
gcc14 became stricter with warnings vs errors, so either all affected ports’ code has to be fixed (in practice this usually translates into “fixed by who builds those with gcc”, i.e. typically myself), which requires hours and hours, or folks with “veto rights” should not prevent at least fixing these ports by adding a `-Wno-error=` flag (which is done in numerous ports for clangs, but for gcc it every time turns into an argument).<br>
<br>
Other than that no, I believe, and neither gcc7 can build something which gcc14 cannot (and which is actually needed).</div>
</div>
</div></blockquote></body></html>