From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8880 invoked by alias); 14 Jul 2008 19:04:46 -0000 Received: (qmail 8869 invoked by uid 22791); 14 Jul 2008 19:04:45 -0000 X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 14 Jul 2008 19:04:28 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m6EJ4Ndk027874; Mon, 14 Jul 2008 15:04:23 -0400 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [10.11.255.20]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m6EJ4Mqc027606; Mon, 14 Jul 2008 15:04:22 -0400 Received: from opsy.redhat.com (vpn-12-60.rdu.redhat.com [10.11.12.60]) by pobox.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m6EJ4LFq027189; Mon, 14 Jul 2008 15:04:22 -0400 Received: by opsy.redhat.com (Postfix, from userid 500) id 3720F508080; Mon, 14 Jul 2008 13:04:21 -0600 (MDT) To: Stan Shebs Cc: Paul Koning , andrew.stubbs@st.com, gdb@sourceware.org Subject: Re: Symbol tables for separately linked pieces References: <18550.7195.371436.629820@gargle.gargle.HOWL> <487622FE.8050209@st.com> <20080710150728.GA12544@caradoc.them.org> <18550.12532.359181.233284@gargle.gargle.HOWL> <20080710161250.GA16503@caradoc.them.org> <4876423A.8050603@earthlink.net> From: Tom Tromey Reply-To: tromey@redhat.com X-Attribution: Tom Date: Mon, 14 Jul 2008 19:04:00 -0000 In-Reply-To: <4876423A.8050603@earthlink.net> (Stan Shebs's message of "Thu\, 10 Jul 2008 10\:09\:14 -0700") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2008-07/txt/msg00172.txt.bz2 >>>>> "Stan" == Stan Shebs writes: Daniel> Yes - once we're rolling on that project, expect discussion on this Daniel> list :-) Stan> I'm kind of creeping on it now, mostly looking at symbol table code to Stan> get an idea of what to change. From the user point of view, it seems Stan> pretty natural to extend the source-and-line concept to be Stan> program-and-source-and-line with lots of defaulting, just as line Stan> number alone has an implicit source file. Stan> My chicken scratchings on paper tend to encourage the introduction of Stan> a fully general many-to-many mapping between inferior processes and Stan> objfiles, but I don't yet know if that is overly ambitious for this Stan> round of hackery. The earlier you can talk about your thoughts, and the more you can say, the better. It is ok by me if it is internally inconsistent or missing things or whatever -- we (Red Hat) are also looking into various debugger things and this kind of information definitely helps. Tom