From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27478 invoked by alias); 29 Aug 2016 20:41:29 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 27463 invoked by uid 89); 29 Aug 2016 20:41:28 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=bitmap_set_bit, sk:entry_b, ia64 X-HELO: gate.crashing.org Received: from gate.crashing.org (HELO gate.crashing.org) (63.228.1.57) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 29 Aug 2016 20:41:27 +0000 Received: from gate.crashing.org (localhost.localdomain [127.0.0.1]) by gate.crashing.org (8.14.1/8.13.8) with ESMTP id u7TKfNkJ017367; Mon, 29 Aug 2016 15:41:23 -0500 Received: (from segher@localhost) by gate.crashing.org (8.14.1/8.14.1/Submit) id u7TKfMsV017364; Mon, 29 Aug 2016 15:41:22 -0500 Date: Mon, 29 Aug 2016 20:41:00 -0000 From: Segher Boessenkool To: Steven Bosscher Cc: GCC Patches , Paolo Bonzini , Seongbae Park , Kenneth Zadeck Subject: Re: [PATCH] df: Keep return address register undefined until epilogue_completed Message-ID: <20160829204121.GB22842@gate.crashing.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-IsSubscribed: yes X-SW-Source: 2016-08/txt/msg02004.txt.bz2 On Mon, Aug 29, 2016 at 10:19:25PM +0200, Steven Bosscher wrote: > On Mon, Aug 29, 2016 at 6:50 PM, Segher Boessenkool wrote: > > This patch changes that so that that def is only added after > > epilogue_completed. > ... > > Does this work on all other targets? > > Guessing: not for targets where INCOMING_RETURN_ADDR_RTX is the stack register? > That'd be at least h8300, rl78, and rx. The stack pointer is always added (earlier in this function): /* The always important stack pointer. */ bitmap_set_bit (entry_block_defs, STACK_POINTER_REGNUM); so that isn't it. History suggests it was a fix (or workaround) for a problem on ia64, but I might well have that wrong. Segher