From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27812 invoked by alias); 7 Sep 2004 16:41:25 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 27799 invoked from network); 7 Sep 2004 16:41:21 -0000 Received: from unknown (HELO mail-out3.apple.com) (17.254.13.22) by sourceware.org with SMTP; 7 Sep 2004 16:41:21 -0000 Received: from mailgate1.apple.com (a17-128-100-225.apple.com [17.128.100.225]) by mail-out3.apple.com (8.12.11/8.12.11) with ESMTP id i87Gi8vM010985 for ; Tue, 7 Sep 2004 09:44:08 -0700 (PDT) Received: from relay4.apple.com (relay4.apple.com) by mailgate1.apple.com (Content Technologies SMTPRS 4.3.14) with ESMTP id ; Tue, 7 Sep 2004 09:41:20 -0700 Received: from [17.201.27.147] (il0102a-dhcp19.apple.com [17.201.27.147]) by relay4.apple.com (8.12.11/8.12.11) with ESMTP id i87GcmeT012767 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT); Tue, 7 Sep 2004 09:41:19 -0700 (PDT) In-Reply-To: <10409041451.AA09485@vlsi1.ultra.nyu.edu> References: <10409041451.AA09485@vlsi1.ultra.nyu.edu> Mime-Version: 1.0 (Apple Message framework v672) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <509AA878-00EC-11D9-9A5F-00039351ED8A@physics.uc.edu> Cc: amacleod@redhat.com, gcc@gcc.gnu.org Content-Transfer-Encoding: 7bit From: Andrew Pinski Subject: Re: Problem with operand handling Date: Tue, 07 Sep 2004 16:41:00 -0000 To: Richard Kenner X-SW-Source: 2004-09/txt/msg00307.txt.bz2 On Sep 4, 2004, at 7:51 AM, Richard Kenner wrote: > When I work around the problem with lcm.c, I then get: > > ../../xgcc -B../../ -c -g -O2 -W -Wall -gnatpg g-exctra.adb -o > g-exctra.o > +===========================GNAT BUG > DETECTED==============================+ > | 5.03h (20040831) (x86_64-unknown-linux-gnu) GCC error: > | > | in var_ann, at tree-flow-inline.h:38 > | > > Upon investigating, I find I don't understand something about > tree-ssa-operands. > > It looks like add_stmt_operand is supposed to be passed a pointer to > the > operand. But in a number of places in tree-ssa-operands.c, you have > > tree var = referenced_var (i); > > add_stmt_operand (&var, ...); > > But this puts a pointer into the stack of that function into the > operands > of the statement. That looks very wrong and seems to be causing my > problem. > How is that supposed to work? Usually this means someone forgot to mark something as needed for renaming. I have ran this myself when writing some SSA based optimizations and forgot to mark a variable for renaming. Thanks, Andrew Pinski