From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28001 invoked by alias); 19 Jun 2009 12:28:01 -0000 Received: (qmail 27992 invoked by uid 22791); 19 Jun 2009 12:28:00 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00,MSGID_FROM_MTA_HEADER,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mtagate7.de.ibm.com (HELO mtagate7.de.ibm.com) (195.212.29.156) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 19 Jun 2009 12:27:52 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate7.de.ibm.com (8.14.3/8.13.8) with ESMTP id n5JCRnJR240384 for ; Fri, 19 Jun 2009 12:27:49 GMT Received: from d12av02.megacenter.de.ibm.com (d12av02.megacenter.de.ibm.com [9.149.165.228]) by d12nrmr1607.megacenter.de.ibm.com (8.13.8/8.13.8/NCO v9.2) with ESMTP id n5JCRnFJ3047556 for ; Fri, 19 Jun 2009 14:27:49 +0200 Received: from d12av02.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n5JCRnrR025030 for ; Fri, 19 Jun 2009 14:27:49 +0200 Received: from tuxmaker.boeblingen.de.ibm.com (tuxmaker.boeblingen.de.ibm.com [9.152.85.9]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.12.11) with SMTP id n5JCRm4b025019; Fri, 19 Jun 2009 14:27:48 +0200 Message-Id: <200906191227.n5JCRm4b025019@d12av02.megacenter.de.ibm.com> Received: by tuxmaker.boeblingen.de.ibm.com (sSMTP sendmail emulation); Fri, 19 Jun 2009 14:27:48 +0200 Subject: Re: i370 port To: mutazilah@gmail.com (Paul Edwards) Date: Fri, 19 Jun 2009 12:28:00 -0000 From: "Ulrich Weigand" Cc: drow@false.org (Daniel Jacobowitz), gcc@gcc.gnu.org In-Reply-To: from "Paul Edwards" at Jun 19, 2009 10:05:27 AM MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2009-06/txt/msg00463.txt.bz2 Paul Edwards wrote: > But sometimes r_or_s_operand is being used as a source, in > which case, the constant is fine. But when it is used as a > destination, it is not fine. > > What is the *simplest* way of changing the setup so that the > code generation remains the same, but the warning is eliminated? Well, I guess you need to do two things: - Define the PREDICATE_CODES macro -- if this is undefined, genrecog will consider *any* target-defined predicate as potentially allowing non-lvalues, because it cannot know better. - Actually define two distinct predicates, one that allows non-lvalue and one that doesn't, and use them as appropriate. > But wondering if there's something simpler and neater. Well, you could also simply ignore the warning -- nothing is going to go wrong because of it. Bye, Ulrich -- Dr. Ulrich Weigand GNU Toolchain for Linux on System z and Cell BE Ulrich.Weigand@de.ibm.com