From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15556 invoked by alias); 2 Apr 2002 19:28:16 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 15544 invoked from network); 2 Apr 2002 19:28:13 -0000 Received: from unknown (HELO zwingli.cygnus.com) (208.245.165.35) by sources.redhat.com with SMTP; 2 Apr 2002 19:28:13 -0000 Received: by zwingli.cygnus.com (Postfix, from userid 442) id 952495EA11; Tue, 2 Apr 2002 14:28:12 -0500 (EST) To: Daniel Berlin Cc: gdb-patches@sources.redhat.com Subject: Re: [PATCH] Let dwarf2 CFI's execute_stack_op be used outside of CFI References: From: Jim Blandy Date: Tue, 02 Apr 2002 11:28: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/msg00026.txt.bz2 Daniel Berlin writes: > > It may well be overengineered. A libdwarf is indeed what I had in > > mind; I thought it might be nice to start putting together the pieces > > for it. > > 1. The existing libdwarf is now LGPL'd, so it would be easier to just use > that, if you wanted a dwarf reader (in fact, this is what the majority of > consumers do use). > It would make more sense to just implement what's missing (it contains no > macro info reading, and no generic location expression support). > 2. Ulrich Drepper has the beginnings of a GPL'd libdwarf already that > works pretty well. Does Uli's libdwarf have an expression evaluator? > I'll do it, i'm just concerned we are thinking of duplicating a library > for the sake of duplicating a library. > :) I didn't know about the existing libdwarf, or Uli's. It would be nice to start using those, if we can. And I'll bet if the interfaces are troublesome for GDB, then Uli would be happy to change it.