From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 841 invoked by alias); 6 Apr 2002 04:50:17 -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 817 invoked from network); 6 Apr 2002 04:50:15 -0000 Received: from unknown (HELO zwingli.cygnus.com) (208.245.165.35) by sources.redhat.com with SMTP; 6 Apr 2002 04:50:15 -0000 Received: by zwingli.cygnus.com (Postfix, from userid 442) id F07785EA11; Fri, 5 Apr 2002 23:50:13 -0500 (EST) To: Daniel Berlin Cc: gdb@sources.redhat.com Subject: Re: Getting rid of the symbol_ranges and aliases stuff References: From: Jim Blandy Date: Fri, 05 Apr 2002 20:50:00 -0000 In-Reply-To: Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-04/txt/msg00073.txt.bz2 Daniel Berlin writes: > This is the live range splitting extensions to stabs stuff. It works by > having multiple symbols that are aliases to a given symbol at a given PC. > In effect, it uses multiple symbols to simulate DWARF2 location lists. > It could be reimplemented in terms of location functions, cleanly. > > But since nothing publicly available generates the info, I can't do that > as part of a LOC_COMPUTED and LOC_COMPUTED_ARG implementation. > Nor do I think I should be required to. You should just ignore the old LRS stuff. The Dwarf 2 location lists should be single symbols with the LOC_COMPUTED address class with a `read_variable' method which use the PC from the frame it recieves to choose the right location expression. I guess I don't see how the old LRS stuff is in your way.