From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <macro@linux-mips.org>
Received: from cvs.linux-mips.org (eddie.linux-mips.org [148.251.95.138])
 by sourceware.org (Postfix) with ESMTP id 1EDBC385703A
 for <gcc-patches@gcc.gnu.org>; Wed, 16 Dec 2020 20:43:03 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 1EDBC385703A
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]:33868 "EHLO localhost"
 rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP
 id S23993219AbgLPUnBCN4eQ (ORCPT <rfc822;gcc-patches@gcc.gnu.org>);
 Wed, 16 Dec 2020 21:43:01 +0100
Date: Wed, 16 Dec 2020 20:43:01 +0000 (GMT)
From: "Maciej W. Rozycki" <macro@linux-mips.org>
To: Paul Koning <paulkoning@comcast.net>
cc: Jeff Law <law@redhat.com>, GCC Patches <gcc-patches@gcc.gnu.org>
Subject: Re: [PATCH] genemit: Handle `const_double_zero' rtx
In-Reply-To: <3488E35A-C026-4E88-9429-CE6FD7B9363A@comcast.net>
Message-ID: <alpine.LFD.2.21.2012162003550.2104409@eddie.linux-mips.org>
References: <alpine.LFD.2.21.2012151946460.2104409@eddie.linux-mips.org>
 <16ae1e4f-df95-b403-95d4-68708508c858@redhat.com>
 <alpine.LFD.2.21.2012161032290.2104409@eddie.linux-mips.org>
 <3488E35A-C026-4E88-9429-CE6FD7B9363A@comcast.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Spam-Status: No, score=-3.0 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 <gcc-patches.gcc.gnu.org>
List-Unsubscribe: <https://gcc.gnu.org/mailman/options/gcc-patches>,
 <mailto:gcc-patches-request@gcc.gnu.org?subject=unsubscribe>
List-Archive: <https://gcc.gnu.org/pipermail/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-request@gcc.gnu.org?subject=help>
List-Subscribe: <https://gcc.gnu.org/mailman/listinfo/gcc-patches>,
 <mailto:gcc-patches-request@gcc.gnu.org?subject=subscribe>
X-List-Received-Date: Wed, 16 Dec 2020 20:43:04 -0000

On Wed, 16 Dec 2020, Paul Koning wrote:

> > NB the PDP-11 pieces affected here and tripping this assertion are I 
> > believe dead code, as these insns are only ever produced by splitters and 
> > do not appear to be referred by their names.  
> 
> Right; I gave them names for documentation purposes, after all insns are 
> allowed to have names whether or not the name is referenced or is a 
> required name for RTL generation.

 You can use `*foo' however to have it printed in dumps and be able to 
refer to it otherwise, while not producing callable `gen_foo' entrypoints.  
It is not a feature GCC has always had, but it's been around for a little 
while already.

  Maciej