Date: Wed, 11 Oct 2017 17:44:48 -0500 From: Mark Linimon <linimon@lonesome.com> To: Warner Losh <imp@bsdimp.com> Cc: Nathan Whitehorn <nwhitehorn@freebsd.org>, "freebsd-arch@freebsd.org" <freebsd-arch@freebsd.org> Subject: Re: Making C++11 a hard requirement for FreeBSD Message-ID: <20171011224447.GB7664@lonesome.com> In-Reply-To: <CANCZdfq7CcxXafc0r8WxS7o=qoH_xe0ePMNOgmegM4nEaXTqbw@mail.gmail.com> References: <CANCZdfq5=KRp4NYKsc15gyS9C7CxrBFxcKQLPwnb_0oPb15vJw@mail.gmail.com> <2116882.XEKuxOb729@ralph.baldwin.cx> <20171006072010.ygq3k5ygwxykk4nb@ivaldir.net> <e1b1b84a-9f6f-d0d7-7e26-b3ef3cc35698@freebsd.org> <CANCZdfoTJG6=d9xtyiNJ8sTdsnm_SfHaMhPbqgALv75dKgb8Kg@mail.gmail.com> <ef8f368d-7e21-a5dd-5351-9cb6cc020798@freebsd.org> <CANCZdfrqoHh2_knYrmNZF5d=VFt5csuFu%2BkT5XpKKnH%2B0-Xbig@mail.gmail.com> <577d3900-76f2-2c52-8ada-b8fb1fe881be@freebsd.org> <CANCZdfq7CcxXafc0r8WxS7o=qoH_xe0ePMNOgmegM4nEaXTqbw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Oct 09, 2017 at 11:56:07PM -0600, Warner Losh wrote: > However, absent a clear plan, as well as resourced dedicated to realize it, > I'm not sure that we should block things further based strictly on a list > of things that are broken. If there's a plan to fix, I'm willing to defer > to give that plan a chance to happen. In the absence of a specific plan > with timelines, I'm reluctant to indefinitely delay the negotiated plan > for 12 which has taken years to pull together. Otherwise, is 3 more months > enough? Is 6? are 12? Do we wait for FreeBSD 13? Even though I work on both affected archs, I think gcc4.2.1 in base has to be _gone_ for 12. It's time. Here's my compromise suggestion. We give nathan (and myself and whoever else wants to help) until the BSDCan Devsummit to fix this. But at that point it's the Danish Axe(*) no matter what state it's in. Period. That gives us an absolute deadline. For reference, gjb has guesstimated that the 12.0 release cycle will begin around February 2019. (good grief I nearly typed 2109. stahp.) In any case, axing things during the Devsummit is a Grand Tradition at this point. Why not continue it? :-) mcl * or Wemm axe, or Losh axe, or whatever
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20171011224447.GB7664>