From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11371 invoked by alias); 20 Sep 2009 16:14:21 -0000 Received: (qmail 11357 invoked by uid 22791); 20 Sep 2009 16:14:20 -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; Sun, 20 Sep 2009 16:14:16 +0000 Received: from spaceape10.eur.corp.google.com (spaceape10.eur.corp.google.com [172.28.16.144]) by smtp-out.google.com with ESMTP id n8KGEDfo005122 for ; Sun, 20 Sep 2009 17:14:13 +0100 Received: from an-out-0708.google.com (ancc5.prod.google.com [10.100.29.5]) by spaceape10.eur.corp.google.com with ESMTP id n8KGEAt0003351 for ; Sun, 20 Sep 2009 09:14:11 -0700 Received: by an-out-0708.google.com with SMTP id c5so880303anc.44 for ; Sun, 20 Sep 2009 09:14:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.101.5.22 with SMTP id h22mr3375389ani.186.1253463250124; Sun, 20 Sep 2009 09:14:10 -0700 (PDT) In-Reply-To: <20090920152741.GR7961@adacore.com> References: <20090920025432.GA22104@bromo.med.uc.edu> <8ac60eac0909192050g256a1076r3e28fd0a8cfd7f41@mail.gmail.com> <20090920143231.GQ7961@adacore.com> <8ac60eac0909200802m45f2675epa6e56001af4b491@mail.gmail.com> <20090920152741.GR7961@adacore.com> Date: Sun, 20 Sep 2009 16:14:00 -0000 Message-ID: <8ac60eac0909200914g39a2d471j601aebd995da1d02@mail.gmail.com> Subject: Re: [ANNOUNCEMENT] GDB 7.0 release process created From: Paul Pluzhnikov To: Joel Brobecker Cc: Jack Howarth , gdb@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 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-09/txt/msg00245.txt.bz2 On Sun, Sep 20, 2009 at 8:27 AM, Joel Brobecker wrote: > My understand was that the sections from the .o objfiles was already > filtered out from the section map (after emitting the complaint). Ah, I see. It's true that overlapping sections are already filtered out, but it is not guaranteed which ones, and in fact the .text from a.exe is more likely to be discarded then the .text from (some) foo.o, because the latter will generally have lower section start. > So the debugger should still find the correct section. I don't believe that's true for committed source. Cheers, -- Paul Pluzhnikov