From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3596 invoked by alias); 18 Sep 2002 16:08:58 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 3572 invoked from network); 18 Sep 2002 16:08:56 -0000 Received: from unknown (HELO jackfruit.Stanford.EDU) (171.64.38.136) by sources.redhat.com with SMTP; 18 Sep 2002 16:08:56 -0000 Received: (from carlton@localhost) by jackfruit.Stanford.EDU (8.11.6/8.11.6) id g8IG8pC02761; Wed, 18 Sep 2002 09:08:51 -0700 X-Authentication-Warning: jackfruit.Stanford.EDU: carlton set sender to carlton@math.stanford.edu using -f To: Daniel Berlin Cc: Daniel Jacobowitz , Andrew Cagney , gdb Subject: Re: struct environment References: <55FB82EE-CAC2-11D6-9548-000393575BCC@dberlin.org> From: David Carlton Date: Wed, 18 Sep 2002 09:08:00 -0000 In-Reply-To: <55FB82EE-CAC2-11D6-9548-000393575BCC@dberlin.org> Message-ID: User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Common Lisp) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-09/txt/msg00259.txt.bz2 On Wed, 18 Sep 2002 00:51:46 -0400, Daniel Berlin said: > On Tuesday, September 17, 2002, at 04:34 PM, Daniel Jacobowitz wrote: >> Absolutely. But I've always thought that we'd still do it via >> searching a succession of blocks, with some sort of global >> structure for figuring out where to look; which means that at this >> point it's been designed far enough. I could be wrong :) > This might be the case. I'm just trying to make sure it *has* been > considered. I'm not saying it actually requires any changes to the > proposed way of doing things. Certainly. I think my attitude now is that the organization of searching has been considered enough for local uses of struct block; but clearly more thought has to occur before the global environment gets designed. Whether or not that latter will continue to use struct blocks is up in the air; it's a plausible design, but by no means the only plausible design. Wait a couple of weeks; we can have a nice big argument about all of this then. David Carlton carlton@math.stanford.edu