From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <SRS0=SD/f=BI=orcam.me.uk=macro@sourceware.org>
Received: from angie.orcam.me.uk (angie.orcam.me.uk [IPv6:2001:4190:8020::34])
	by sourceware.org (Postfix) with ESMTP id 6AD3F3858D28
	for <gcc-patches@gcc.gnu.org>; Fri, 19 May 2023 11:44:45 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 6AD3F3858D28
Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=orcam.me.uk
Authentication-Results: sourceware.org; spf=none smtp.mailfrom=orcam.me.uk
Received: by angie.orcam.me.uk (Postfix, from userid 500)
	id D9C9992009D; Fri, 19 May 2023 13:44:44 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by angie.orcam.me.uk (Postfix) with ESMTP id D55CF92009B;
	Fri, 19 May 2023 12:44:44 +0100 (BST)
Date: Fri, 19 May 2023 12:44:44 +0100 (BST)
From: "Maciej W. Rozycki" <macro@orcam.me.uk>
To: Jeff Law <jeffreyalaw@gmail.com>
cc: Hans-Peter Nilsson <hp@axis.com>, Jeff Law <jlaw@ventanamicro.com>, 
    gcc-patches@gcc.gnu.org
Subject: Re: [committed] Enable LRA on several ports
In-Reply-To: <0bd369c5-cd8b-fa67-ef12-a3ee264f6a64@gmail.com>
Message-ID: <alpine.DEB.2.21.2305190006350.50034@angie.orcam.me.uk>
References: <91be1ec3-de85-04cc-0d9f-d3aa69f075dc@ventanamicro.com> <20230502032401.A270320418@pchp3.se.axis.com> <0bd369c5-cd8b-fa67-ef12-a3ee264f6a64@gmail.com>
User-Agent: Alpine 2.21 (DEB 202 2017-01-01)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Spam-Status: No, score=-3488.8 required=5.0 tests=BAYES_00,KAM_DMARC_STATUS,KAM_INFOUSMEBIZ,KAM_LAZY_DOMAIN_SECURITY,SPF_HELO_NONE,SPF_NONE,TXREP,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org
List-Id: <gcc-patches.gcc.gnu.org>

On Tue, 2 May 2023, Jeff Law via Gcc-patches wrote:

> Well, I'd say that my plan would be to deprecate any target that is not
> converted by the end of this development cycle.  So the change keeps cris from
> falling into that bucket.

 As I noted in the other thread it is highly unlikely I will make it with 
the VAX target in this release cycle, owing to the catastrophic breakage 
of the exception unwinder, recently discovered, which I consider higher 
priority as a show-stopper for important software such as current GDB.  I 
will appreciate your taking this into consideration.

 That written the VAX target does build its target libraries with `-mlra', 
but there are ICE regressions in the test suite and overall code produced 
is brown paperbag quality.  And removing `-mno-lra' before that has been 
sorted will make making LRA match old reload quality much tougher.

  Maciej