From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18961 invoked by alias); 6 Jul 2005 13:53:00 -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 18948 invoked by uid 22791); 6 Jul 2005 13:52:56 -0000 Received: from h-68-164-203-246.nycmny83.covad.net (HELO dberlin.org) (68.164.203.246) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Wed, 06 Jul 2005 13:52:56 +0000 Received: from [127.0.0.1] (HELO localhost) by dberlin.org (CommuniGate Pro SMTP 4.3.4) with ESMTP id 8195480; Wed, 06 Jul 2005 09:52:54 -0400 Subject: Re: Existing tree functionality? From: Daniel Berlin To: Michael Tegtmeyer Cc: gcc@gcc.gnu.org In-Reply-To: References: <1120653984.8189.52.camel@linux.site> <1120655196.8189.55.camel@linux.site> Content-Type: text/plain Date: Wed, 06 Jul 2005 13:53:00 -0000 Message-Id: <1120657974.8189.59.camel@linux.site> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-SW-Source: 2005-07/txt/msg00228.txt.bz2 On Wed, 2005-07-06 at 09:40 -0400, Michael Tegtmeyer wrote: > Thanks-intraprocedural is all I need. > > Sorry, bit new to gcc internals (coming from SUIF), is anything missing > from referenced_vars list or is it complete? It is a complete list of variables *referenced from this function*. > docs in tree-dfa.c state > that it doesn't look in statement operands. It says "doesn't look *for* statement operands", not "in" :). It means it doesn't use the operand iterator interface we have, it simply walks the entire tree structure recursively and just looks for variables.