From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7333 invoked by alias); 2 Apr 2015 23:19:47 -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 7324 invoked by uid 89); 2 Apr 2015 23:19:46 -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,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-pd0-f170.google.com Received: from mail-pd0-f170.google.com (HELO mail-pd0-f170.google.com) (209.85.192.170) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Thu, 02 Apr 2015 23:19:45 +0000 Received: by pddn5 with SMTP id n5so103635779pdd.2 for ; Thu, 02 Apr 2015 16:19:43 -0700 (PDT) X-Received: by 10.68.113.226 with SMTP id jb2mr90729599pbb.32.1428016783463; Thu, 02 Apr 2015 16:19:43 -0700 (PDT) Received: from bubble.grove.modra.org (CPE-58-160-155-134.oycza5.sa.bigpond.net.au. [58.160.155.134]) by mx.google.com with ESMTPSA id i6sm6279997pdp.53.2015.04.02.16.19.37 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 02 Apr 2015 16:19:42 -0700 (PDT) Received: by bubble.grove.modra.org (Postfix, from userid 1000) id E2402EA0166; Fri, 3 Apr 2015 09:49:32 +1030 (ACDT) Date: Thu, 02 Apr 2015 23:19:00 -0000 From: Alan Modra To: David Edelsohn Cc: GCC Patches , Michael Meissner Subject: Re: [RS6000] Fix 65576 regression Message-ID: <20150402231932.GV26234@bubble.grove.modra.org> Mail-Followup-To: David Edelsohn , GCC Patches , Michael Meissner References: <20150402052235.GU26234@bubble.grove.modra.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-IsSubscribed: yes X-SW-Source: 2015-04/txt/msg00097.txt.bz2 On Thu, Apr 02, 2015 at 01:03:19PM -0400, David Edelsohn wrote: > On Thu, Apr 2, 2015 at 1:22 AM, Alan Modra wrote: > > This cures an unrecognizable insn ICE by modifying a predicate of > > extenddftf2_internal (the only place this predicate is used) to ensure > > that rtl optimization passes do not substitute 0.0 for a register with > > known 0.0 value, except when VSX is enabled. ie. Don't undo the > > necessary register move emitted by the extenddftf2_fprs expander. > > Bootstrapped and regression tested powerpc64le-linux, powerpc64-linux > > and powerpc-linux. OK to apply? > > > > PR target/65576 > > PR target/65240 > > * config/rs6000/predicates.md (zero_reg_mem_operand): Exclude > > 0.0 constant unless TARGET_VSX. > > This change seems to disable the final alternative in the > extenddftf2_internal pattern. It looks to me like it was already disabled, by r96390. -- Alan Modra Australia Development Lab, IBM