From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cvs.linux-mips.org (eddie.linux-mips.org [148.251.95.138]) by sourceware.org (Postfix) with ESMTP id 718D6385EC4E for ; Mon, 12 Oct 2020 18:10:52 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 718D6385EC4E Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=linux-mips.org Authentication-Results: sourceware.org; spf=none smtp.mailfrom=macro@linux-mips.org Received: from localhost.localdomain ([127.0.0.1]:51874 "EHLO localhost" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP id S23993073AbgJLSKuKSWsc (ORCPT ); Mon, 12 Oct 2020 20:10:50 +0200 Date: Mon, 12 Oct 2020 19:10:50 +0100 (BST) From: "Maciej W. Rozycki" To: Iain Buclaw , Jakub Jelinek , Richard Biener cc: gcc-patches@gcc.gnu.org, Matthew Fortune Subject: Re: [PATCH] MIPS/libphobos: Fix switchcontext.S assembly for MIPS I ISA In-Reply-To: <1602155982.ancjipq9x9.astroid@galago.none> Message-ID: References: <1602155982.ancjipq9x9.astroid@galago.none> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-3.8 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, KHOP_HELO_FCRDNS, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) 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: Mon, 12 Oct 2020 18:10:54 -0000 On Thu, 8 Oct 2020, Iain Buclaw wrote: > > Noticed in a build of a MIPS I toolchain. I have no way to run MIPS > > regression-testing right now, however in `libopcodes' the L.D and S.D > > instructions are strict aliases valid for the MIPS II and higher ISAs, and > > just to double-check that I have built MIPS32r2 GCC with and without the > > change applied and verified with `objdump' that the respective target > > objects produced are identical. > > > > OK to apply to trunk, and -- as a fatal compilation error -- to backport > > to active release branches? > > > > Fine with me, thanks. Applied to trunk, thanks. Jakub, Richard: I should have cc-ed you for the backports to GCC 8/9/10. OK to backport as a fatal build failure fix, or shall we leave this as it stands? FAOD the L.D and S.D assembly instructions have been supported in binutils as long as the MIPS port has, i.e. from: commit 45b1470513cfef2af6fd5532d33a54a840b4600a Author: Ian Lance Taylor Date: Wed Aug 18 19:40:37 1993 +0000 Maciej