From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14294 invoked by alias); 10 Apr 2003 22:15:24 -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 14286 invoked from network); 10 Apr 2003 22:15:22 -0000 Received: from unknown (HELO zenia.red-bean.com) (12.222.151.100) by sources.redhat.com with SMTP; 10 Apr 2003 22:15:22 -0000 Received: from zenia.red-bean.com (localhost.localdomain [127.0.0.1]) by zenia.red-bean.com (8.12.5/8.12.5) with ESMTP id h3AMGVFq029259; Thu, 10 Apr 2003 17:16:31 -0500 Received: (from jimb@localhost) by zenia.red-bean.com (8.12.5/8.12.5/Submit) id h3AMGUut029255; Thu, 10 Apr 2003 17:16:30 -0500 To: Daniel Jacobowitz Cc: gdb@sources.redhat.com Subject: Re: dwarf2read.c doesn't produce LOC_COMPUTED_ARG References: <20030410123305.GA8835@nevyn.them.org> From: Jim Blandy Date: Thu, 10 Apr 2003 22:15:00 -0000 In-Reply-To: <20030410123305.GA8835@nevyn.them.org> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2.95 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-04/txt/msg00101.txt.bz2 Daniel Jacobowitz writes: > On Wed, Apr 09, 2003 at 11:27:27PM -0500, Jim Blandy wrote: > > > > I just realized that dwarf2read.c will produce LOC_COMPUTED symbols, > > but not LOC_COMPUTED_ARG symbols. The case for > > DW_TAG_formal_parameter in new_symbol doesn't call > > var_decode_location; it does what it's always done. > > > > Is there any reason for this, or was it just an oversight? > > It was just a lack of time, really. We've just recently got a PR about > this too. After I check in the location lists patch I'll try to do > LOC_COMPUTED_ARG. Okay. I'm glad to hear there wasn't some horrible reason it was going to be impossible. I just had a rude awakening regarding why frame-base.[ch] will be with us for at least as long as STABS and mdebug are...