From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15093 invoked by alias); 12 Jul 2008 02:35:53 -0000 Received: (qmail 15085 invoked by uid 22791); 12 Jul 2008 02:35:53 -0000 X-Spam-Check-By: sourceware.org Received: from bluesmobile.specifix.com (HELO bluesmobile.specifix.com) (216.129.118.140) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 12 Jul 2008 02:35:36 +0000 Received: from [127.0.0.1] (bluesmobile.specifix.com [216.129.118.140]) by bluesmobile.specifix.com (Postfix) with ESMTP id 761BE3BE4F; Fri, 11 Jul 2008 19:35:34 -0700 (PDT) Subject: Re: Symbol tables for separately linked pieces From: Michael Snyder To: Paul Koning Cc: gdb@sourceware.org In-Reply-To: <18550.7195.371436.629820@gargle.gargle.HOWL> References: <18550.7195.371436.629820@gargle.gargle.HOWL> Content-Type: text/plain Date: Sat, 12 Jul 2008 02:35:00 -0000 Message-Id: <1215830134.3549.237.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 (2.10.3-7.fc7) Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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/msg00133.txt.bz2 On Thu, 2008-07-10 at 10:26 -0400, Paul Koning wrote: > I have an application that consists of two parts, a main program which > is one ELF image and a subsystem which is separately linked as an ELF > image of its own. The latter is loade into a portion of the address > space of the former at startup. The symbol table of the subsystem > image reflects its final load address. As others have said, this sort of anticipates the challenges we will face with heterogenous multi-process debugging. My separate question is, why wouldn't your application be suitable for a shared library?