From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pf1-x432.google.com (mail-pf1-x432.google.com [IPv6:2607:f8b0:4864:20::432]) by sourceware.org (Postfix) with ESMTPS id 1C4CA3858014 for ; Fri, 12 Nov 2021 19:19:36 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 1C4CA3858014 Received: by mail-pf1-x432.google.com with SMTP id r130so9350944pfc.1 for ; Fri, 12 Nov 2021 11:19:36 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=31PVZaJAJP0zK6XnhP1Y4/ntEkXMnWe65YMZSsUFuwE=; b=VrRqZpxp+vbQO9pOFNs2VNh/xbLXe83ii0ewW+lB65Ff4k3nUQBSxzoc7RmZlRsOaF PwoqvATXAZE74iTuolsrxLXbwbjKmj0hcIbHm1q1OwjDhC97d0DiYd85Hzd5YGrAsg+t zCpvGt4l9hgZSvYcQtgaDsIx4KWxfl/yHlskcRSVzoYofFp2jAcCbclXsIP8bqMKkB5f XMwVX9+9alQK2KGSkqp6SpIieQ+kLmJ2AyEuJNd64qIeMjNwJ00m5ouf0LMyxcLw5GfL tDqEk0UGd5GMdmLH6dsIw8QEJZzixE2kAze0F2TUpaWc6dnXcsq8nvbMVPJpyIkhDgtN sKdw== X-Gm-Message-State: AOAM5324x7mEjaw8D0we3IA99oayDliH36EK5f10mHqDKC0OdkdTRYyI QeeBzcrxNVMUvVk1Yb/YjrDr/6FmfIqHypvK4Jc= X-Google-Smtp-Source: ABdhPJwO4YcbhgpIisW5JLtrE66u0AkEyMewDEMdIMdXBF416pkhbNdhzzMFyD1sOrV1qgEu6Cih3vj3+VViOy+ERNc= X-Received: by 2002:a05:6a00:b4c:b0:481:2a:f374 with SMTP id p12-20020a056a000b4c00b00481002af374mr16140524pfo.60.1636744775218; Fri, 12 Nov 2021 11:19:35 -0800 (PST) MIME-Version: 1.0 References: <499b9ae2-1365-a954-ed5e-35aede5d0def@suse.cz> <20211108085918.GH2710@tucnak> <3376e0dd-9f8e-ebac-eaef-4f02865807c3@suse.cz> In-Reply-To: From: "H.J. Lu" Date: Fri, 12 Nov 2021 11:18:59 -0800 Message-ID: Subject: Re: [PATCH] Remove dead code. To: Richard Biener Cc: "H.J. Lu via Gcc-patches" , =?UTF-8?Q?Martin_Li=C5=A1ka?= , Hongtao Liu , Jakub Jelinek , Tobias Burnus Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-3023.6 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, KAM_SHORT, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: gcc-patches@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2021 19:19:37 -0000 On Fri, Nov 12, 2021 at 11:15 AM Richard Biener wrote: > > On November 12, 2021 3:41:41 PM GMT+01:00, "H.J. Lu via Gcc-patches" wrote: > >On Fri, Nov 12, 2021 at 6:27 AM Martin Li=C5=A1ka wrote= : > >> > >> On 11/8/21 15:19, Jeff Law wrote: > >> > > >> > > >> > On 11/8/2021 2:59 AM, Jakub Jelinek via Gcc-patches wrote: > >> >> On Mon, Nov 08, 2021 at 09:45:39AM +0100, Martin Li=C5=A1ka wrote: > >> >>> This fixes issue reported in the PR. > >> >>> > >> >>> Ready to be installed? > >> >> I'm not sure. liboffloadmic is copied from upstream, so the right > >> >> thing if we want to do anything at all (if we don't remove it, noth= ing > >> >> bad happens, the condition is never true anyway, whether removed aw= ay > >> >> in the source or removed by the compiler) would be to let Intel fix= it in > >> >> their source and update from that. > >> >> But I have no idea where it even lives upstream. > >> > I thought MIC as an architecture was dead, so it could well be the c= ase that there isn't a viable upstream anymore for that code. > >> > > >> > jeff > >> > >> @H.J. ? > >> > > > >We'd like to deprecate MIC offload in GCC 12. We will remove all traces= of > >MIC offload in GCC 13. > > Can you document that in gcc-12/changes.html in the caveats section pleas= e? > I will do that. Can you review my last wwwdocs change: https://gcc.gnu.org/pipermail/gcc-patches/2021-August/578344.html Thanks. --=20 H.J.