From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13159 invoked by alias); 21 Jul 2003 20:35:35 -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 13141 invoked from network); 21 Jul 2003 20:35:34 -0000 Received: from unknown (HELO neon-gw.transmeta.com) (63.209.4.196) by sources.redhat.com with SMTP; 21 Jul 2003 20:35:34 -0000 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id NAA16770; Mon, 21 Jul 2003 13:35:23 -0700 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma016737; Mon, 21 Jul 03 13:35:13 -0700 Received: from casey.transmeta.com (casey.transmeta.com [10.10.25.22]) by deepthought.transmeta.com (8.11.6/8.11.6) with ESMTP id h6LKZIF08546; Mon, 21 Jul 2003 13:35:18 -0700 (PDT) Received: (from dje@localhost) by casey.transmeta.com (8.9.3/8.7.3) id NAA11386; Mon, 21 Jul 2003 13:35:18 -0700 From: Doug Evans MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16156.20101.997373.239400@casey.transmeta.com> Date: Mon, 21 Jul 2003 20:35:00 -0000 To: Daniel Berlin Cc: Nick Clifton , Jim Blandy , gdb@sources.redhat.com, binutils@sources.redhat.com Subject: Re: What to do with info addr and location expressions In-Reply-To: References: <16152.3014.959070.885970@localhost.redhat.com> <20030718153016.GA17382@nevyn.them.org> <3F18175E.30607@redhat.com> X-SW-Source: 2003-07/txt/msg00276.txt.bz2 Daniel Berlin writes: > > The simplest method would be to break the code out into a separate > > file that lives in the binutils/ directory and which could then be > > compiled into either readelf or gdb. > > I'll go one better (or worse). > > Since we don't know the binutils directory will be around when you > compiel gdb, why not make the functions (which are really trivial, and > just large switch statements) static inline, and put them in a > file somewhere in include/, a directory shared by all? [pedantic: inline conditional on gcc of course] I'd rather not have gdb ship with ./binutils. Why not create a new TLD named elf or dwarf or some such and include it in binutils and gdb distributions. I don't have an opinion on whether one would care whether this particular directory has multiple libraries (libelf, libdwarf). If one finds that unpalatable, call it dwarf and begin a libdwarf now (or whatever). It needed be all-singing/all-dancing in its first cut.