From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25261 invoked by alias); 2 Jun 2009 16:48:05 -0000 Received: (qmail 25249 invoked by uid 22791); 2 Jun 2009 16:48:03 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org Received: from smtp-out.google.com (HELO smtp-out.google.com) (216.239.33.17) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 02 Jun 2009 16:47:56 +0000 Received: from zps38.corp.google.com (zps38.corp.google.com [172.25.146.38]) by smtp-out.google.com with ESMTP id n52Glqd7009593 for ; Tue, 2 Jun 2009 17:47:52 +0100 Received: from wf-out-1314.google.com (wfg24.prod.google.com [10.142.7.24]) by zps38.corp.google.com with ESMTP id n52GloVH018605 for ; Tue, 2 Jun 2009 09:47:51 -0700 Received: by wf-out-1314.google.com with SMTP id 24so2490443wfg.20 for ; Tue, 02 Jun 2009 09:47:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.140.6 with SMTP id n6mr2522574wfd.212.1243961270705; Tue, 02 Jun 2009 09:47:50 -0700 (PDT) In-Reply-To: <20090602162718.GA21116@adacore.com> References: <20090602162718.GA21116@adacore.com> Date: Tue, 02 Jun 2009 16:48:00 -0000 Message-ID: <8ac60eac0906020947w4c413b39t3fb38bd04eeb0c41@mail.gmail.com> Subject: Re: add-symbol-file/load and scripts From: Paul Pluzhnikov To: Jerome Guitton Cc: gdb@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-System-Of-Record: true 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: 2009-06/txt/msg00009.txt.bz2 On Tue, Jun 2, 2009 at 9:27 AM, Jerome Guitton wrote: > the text's address, as initialized > in the symbol file itself, would be the appropriate defaut. AFAIU, on any UNIX system it would be appropriate default *only* for ET_EXEC. For non-prelinked ET_DYN, one needs to add the base load address. > We can ask ourselves if 0x6c000 would not have been an appropriate default > for the second parameter of add-symbol-file... I am not sure it makes > complete sense for any object format, though. I think you've restricted your universe in the above statement to embedded systems. My universe does not intersect with it :-( Cheers, -- Paul Pluzhnikov