From owner-freebsd-arch@freebsd.org Tue Aug 13 16:30:03 2019 Return-Path: Delivered-To: freebsd-arch@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 88C2DB4B7E for ; Tue, 13 Aug 2019 16:30:03 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-ot1-x32d.google.com (mail-ot1-x32d.google.com [IPv6:2607:f8b0:4864:20::32d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 467J8p51v7z44dy for ; Tue, 13 Aug 2019 16:30:02 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-ot1-x32d.google.com with SMTP id g17so23855412otl.2 for ; Tue, 13 Aug 2019 09:30:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=UisUB8MdyhveaM7thzTVH9QB2vQAgexhCU2rexTlhmE=; b=JgOFoIQdRaSBfW4OVv9B7+n3GVZhiql8q5sXXguAEfmyixRCBvm2YKioaOsz49QNQM AbeL3qcfmGa0Wb/IfaohBe69iqayG6MqQk0kQfane+eHpEfr1dnch49Hg+gI4BauiO9y roReyb3y3NkdoKb+63if47PRAM2VsfNQ0orfpfYUnPXvfsMp9dH7hZrPQE5k57pGWG09 vIdTflJY1mvSWC6mzps5cLUSubwQmmVvqCwaQAhPXLCaSw0T1IiBRMuSL/tiZXk8KqWm wfrWIPFfkKoZUbVmnhI1RB0COxZULfnsd4hippVIxgCU6FTYh2JWbcsnMGGftKxkIhqg ZbAw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=UisUB8MdyhveaM7thzTVH9QB2vQAgexhCU2rexTlhmE=; b=pGP4NxbIyJIiqQ+0MJKjUd3x005kUgax+lBvEKJq7EPEH8fmgr4WQgPZr+0+O0i+5Q zv1dSmHMduDa6REbAFS4ixKCLlJ0W+s7QaquXsv8G15pARHEBq3WHu+b+mNLAHGa7qPi d5r0OxicK1pPOaDazutW0l8GE6GikDbv1cgDKCa4ACocKQafsquXXZ10HrnYtdz2YrtE IhLCw5Mqgyg/zlqNNCi42SbDBXajL9+1eSZLri3x0Y5sBJ6kxKwG85nt7lNscnC0xJJM OnGis/m/vpH/vWzWIZs9jk7F8kNkmDYYNnF2qg/AengPvIt2NaoiFcC4ObUApQUN/XCJ JpRA== X-Gm-Message-State: APjAAAUiJFPin7siIWJW7EpFJ6EtbAHSa1wVR4v/b2hbc0079vfIiO05 6sZBNnrDPMgXLJLwQhz45So= X-Google-Smtp-Source: APXvYqwHp0rbIU7Pb9zNtfGIYVq/tSZjmS790XZbRplQiFflwo9Bl7VarPB1qD6KGeSH/9ILhh4Qyg== X-Received: by 2002:a02:3946:: with SMTP id w6mr27380723jae.55.1565713801112; Tue, 13 Aug 2019 09:30:01 -0700 (PDT) Received: from ralga.knownspace (173-25-245-129.client.mchsi.com. [173.25.245.129]) by smtp.gmail.com with ESMTPSA id p3sm178915290iom.7.2019.08.13.09.30.00 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Tue, 13 Aug 2019 09:30:00 -0700 (PDT) Date: Tue, 13 Aug 2019 11:29:56 -0500 From: Justin Hibbits To: Warner Losh Cc: "freebsd-arch@freebsd.org" Subject: Re: Gcc 4.2.1 to be removed before FreeBSD 13, a firm timeline Message-ID: <20190813112956.7c9f648e@ralga.knownspace> In-Reply-To: References: X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; powerpc64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 467J8p51v7z44dy X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=JgOFoIQd; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of chmeeedalf@gmail.com designates 2607:f8b0:4864:20::32d as permitted sender) smtp.mailfrom=chmeeedalf@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-0.996,0]; RECEIVED_SPAMHAUS_PBL(0.00)[129.245.25.173.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arch@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[d.2.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.25), ipnet: 2607:f8b0::/32(-2.97), asn: 15169(-2.39), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Aug 2019 16:30:03 -0000 On Tue, 13 Aug 2019 10:00:30 -0600 Warner Losh wrote: > Greetings, >=20 > As promised for almost the past decade or so, gcc 4.2.1 will be > removed from the tree before FreeBSD 13 is branched. >=20 > I propose the following timeline for its removal: >=20 > 2019-08-31: disconnect gcc 4.2.1 from CI build >=20 > Turn off -Werror on gcc 4.2.1 platforms >=20 > Turn off all gcc 4.2.1 from universe by default (can be turned on) >=20 > 2019-12-31: Turn off gcc 4.2.1 build by default (can be turned on) >=20 > 2020-03-31: svn rm gcc 4.2.1 and friends >=20 > 2020-05-31: svn rm all non-clang platforms not supported by in-tree > LLVM or converted to ext toolchain. >=20 > 2020-07-31: svn rm all ext toolchain platforms not supported by re@ > release scripts >=20 > The basic notion is that it=E2=80=99s long past time to have a firm plan = for > EOL gcc 4.2.1 in the tree. There is ample external toolchain support > today for platforms that need it to build images, though that > integration with buildworld could use some more polish. It=E2=80=99s now > completely sufficient to move to the next phase of removing gcc 4.2.1 > from the tree. >=20 > We already have gcc 6.4 as an xtoolchain on amd64 in CI. This should > somewhat mitigate the risk for cross-compiler portability. This is a > long-established part of our CI. We want to retain gcc support for > modern versions of gcc since its debuggability is higher. > Notifications for this are currently turned off, but will be enabled > soon. It=E2=80=99s expected that this always will be working later in the > year. We=E2=80=99ll work to update the committers guide to reflect this, = as > well as give a recipe for testing. >=20 > The first phase will be at the end of the month. We=E2=80=99ll turn off > -Werror on gcc 4.2.1 (and MFC it to stable/11 and stable/12). We=E2=80=99= ll > then stop building all platforms that require it as part of CI. New > warnings will come up, but will no longer waste developer time in > trying to fix. Gcc 4.2.1 platforms will no longer be built as part of > universe, unless you add -DMAKE_OBSOLETE_GCC is added to the command > line. We plan on implementing this by 2019-08-31. >=20 > An experimental branch will be created that will remove gcc related > bits to expose gaps in planning and to come up with a list of action > items needed to ensure Tier 1 platforms are unaffected by the gcc > removal. The timeline for this is by the end of September. >=20 > Next, we=E2=80=99ll turn off building gcc by default. This will effective= ly > break all gcc platforms with in-tree compilers. The external > toolchain support we have will suffice here, and patches will be > accepted for whatever integration are needed for these platforms with > our current ports / packages. The onus for these changes will be > squarely on people that want the platforms to continue. However, as a > stop-gap gcc building can be turned on for those people transitioning > gcc-only platforms until gcc 4.2.1 is removed. This will happen on or > about 2019-12-31. >=20 > After a 3 month transition period, gcc 4.2.1 will be removed from the > tree. This will be done on or about 2020-03-31. >=20 > After an additional 2 month transition period, all those platforms > that have not integrated with the FreeBSD CI system, work in a make > universe with the proper packages installed, and are shown to boot on > real hardware will be removed from the tree. This will happen on or > about 2020-05-31. >=20 > After an additional 2 month grace period, those platforms that require > external toolchain integration that aren=E2=80=99t supported by the relea= se > engineer=E2=80=99s release scripts will be removed. This will happen on = or > about 2020-07-31. >=20 > The timeline gives powerpc, mips, mips64, and sparc64 9 months to > integrate either into an in-tree compiler, or to have a proven > external toolchain solution. This is on top of the many-years-long > warnings about this being the end game of the clang integration. >=20 > This is the proposed timeline, but should there be a significant issue > that=E2=80=99s discovered, the timeline can be amended. >=20 > Also note: the all toolchains in tree discussions are specifically > out of bounds here. Let=E2=80=99s remove one compiler and get the > infrastructure needed to make external toolchains robust before > embarking on that discussion. >=20 > Comments? >=20 > Warner Hi Warner, I like this proposal. All powerpc targets (powerpc, powerpc64, powerpcspe) will switch to clang when we get 9.0 into the tree, which won't be until September or October. That said, I think we should not MFC disabling -Werror on gcc 4.2.1 to 12 and 11, since we cannot MFC the clang migration for powerpc64 to 12, as it will break the ABI (lld only supports ELFv2, not ELFv1). - Justin