From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14743 invoked by alias); 2 Jun 2017 08:27:38 -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 14695 invoked by uid 89); 2 Jun 2017 08:27:36 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=sk:satisfi X-HELO: smtp.eu.adacore.com Received: from mel.act-europe.fr (HELO smtp.eu.adacore.com) (194.98.77.210) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 02 Jun 2017 08:27:35 +0000 Received: from localhost (localhost [127.0.0.1]) by filtered-smtp.eu.adacore.com (Postfix) with ESMTP id BC37A81348; Fri, 2 Jun 2017 10:27:36 +0200 (CEST) Received: from smtp.eu.adacore.com ([127.0.0.1]) by localhost (smtp.eu.adacore.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d8ydD756ElSG; Fri, 2 Jun 2017 10:27:36 +0200 (CEST) Received: from polaris.localnet (bon31-6-88-161-99-133.fbx.proxad.net [88.161.99.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.eu.adacore.com (Postfix) with ESMTPSA id 8323A81343; Fri, 2 Jun 2017 10:27:36 +0200 (CEST) From: Eric Botcazou To: Segher Boessenkool Cc: gcc-patches@gcc.gnu.org Subject: Re: [rs6000] Fix ICE with -fstack-limit-register and large frames Date: Fri, 02 Jun 2017 08:27:00 -0000 Message-ID: <41568560.kqil6v8Xzx@polaris> User-Agent: KMail/4.14.10 (Linux/3.16.7-53-desktop; KDE/4.14.9; x86_64; ; ) In-Reply-To: <20170526131836.GE19687@gate.crashing.org> References: <1944532.Kj3BqOocuy@polaris> <20170526131836.GE19687@gate.crashing.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-SW-Source: 2017-06/txt/msg00098.txt.bz2 > Could you make the expander handle it, instead? It's as simple as (after > the double-reg thing) add "if operands[1] is reg 0, force_reg operands[2]". > I'll do it if you prefer. Probably, because I'm not sure how this can work, as you cannot create new pseudos here. > [ the patch is broken here ] It applies just fine for me though. But it could probably use add_operand instead of satisfies_constraint_I in the condition. > > /* { dg-do compile } */ > > /* { dg-options "-fstack-limit-register=r2" } */ > > Please use a different register, r2 already has different functions in > most ABIs. It *probably* will compile anyway, but :-) It's a straight copy of gcc.target/powerpc/pr48344-1.c though. -- Eric Botcazou