From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-10249-listarch-gdb=sourceware.cygnus.com@sources.redhat.com>
Received: (qmail 11346 invoked by alias); 11 Sep 2002 00:36:00 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 11339 invoked from network); 11 Sep 2002 00:36:00 -0000
Received: from unknown (HELO jackfruit.Stanford.EDU) (171.64.38.136)
  by sources.redhat.com with SMTP; 11 Sep 2002 00:36:00 -0000
Received: (from carlton@localhost)
	by jackfruit.Stanford.EDU (8.11.6/8.11.6) id g8B0Zxw00443;
	Tue, 10 Sep 2002 17:35:59 -0700
X-Authentication-Warning: jackfruit.Stanford.EDU: carlton set sender to carlton@math.stanford.edu using -f
To: Daniel Jacobowitz <drow@mvista.com>
Cc: gdb <gdb@sources.redhat.com>
Subject: Re: struct environment
References: <ro1lm6gcg9r.fsf@jackfruit.Stanford.EDU>
	<20020906150620.GA19200@nevyn.them.org>
	<ro1n0qp8j8r.fsf@jackfruit.Stanford.EDU>
Content-Type: text/plain; charset=US-ASCII
From: David Carlton <carlton@math.stanford.edu>
Date: Tue, 10 Sep 2002 17:36:00 -0000
In-Reply-To: <ro1n0qp8j8r.fsf@jackfruit.Stanford.EDU>
Message-ID: <ro1it1d8is0.fsf@jackfruit.Stanford.EDU>
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Common Lisp)
MIME-Version: 1.0
X-SW-Source: 2002-09/txt/msg00092.txt.bz2

On 10 Sep 2002 17:25:56 -0700, David Carlton <carlton@math.Stanford.EDU> said:

> 	      sym_found = sym;
> 	      if (SYMBOL_CLASS (sym) != LOC_ARG &&
> 		  SYMBOL_CLASS (sym) != LOC_LOCAL_ARG &&
> 		  SYMBOL_CLASS (sym) != LOC_REF_ARG &&
> 		  SYMBOL_CLASS (sym) != LOC_REGPARM &&
> 		  SYMBOL_CLASS (sym) != LOC_REGPARM_ADDR &&
> 		  SYMBOL_CLASS (sym) != LOC_BASEREG_ARG)
> 		{
> 		  break;
> 		}

> is that if expression an attempt to make sure that function
> arguments whose names are shadowed by local variables don't get
> returned?

Ah, I missed an earlier comment: 

  /* Note that parameter symbols do not always show up last in the
     list; this loop makes sure to take anything else other than
     parameter symbols first; it only uses parameter symbols as a
     last resort.  Note that this only takes up extra computation
     time on a match.  */

So it seems that my guess about the meaning of that 'if' expression is
correct.  I wish I understood why parameter symbols don't always show
up last in the list, though.

David Carlton
carlton@math.stanford.edu