From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21454 invoked by alias); 12 Jun 2013 18:29:32 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 21443 invoked by uid 89); 12 Jun 2013 18:29:32 -0000 X-Spam-SWARE-Status: No, score=-3.7 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_YE,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.1 Received: from mail-pd0-f170.google.com (HELO mail-pd0-f170.google.com) (209.85.192.170) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Wed, 12 Jun 2013 18:29:31 +0000 Received: by mail-pd0-f170.google.com with SMTP id x11so4570915pdj.29 for ; Wed, 12 Jun 2013 11:29:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=7O33wzvfgIQgS6+kq7vZeRBNTu4z2J06I3OOb+vi4zU=; b=nizDHBwDcqYJskDn+GkbsrjsWhP83+6+LqmwF8QETc6Jx+z1/zWBXhWyuE0tN6fKft zEqzRh5NsoRsxkn34WZWZs+HevWnc5vw6jUeLWGynio1FfF1uyhyFZngB+OkBgt8nojM A3C+nERyh24D/Jgxx6jr1g8IeV+NnYvCge9J3qIqIpw+t5/3XeS2C1Nedhajvd7xuEWz 9rBWEqOjvjchMQXurVyZwoS3t5uzLX8REtJBMCHDZdMm4sRHnuK2R9Y07z1wq8dLEO+7 x2/4cVU+VorqRcTfIUafS/vDFOgca8u5vXyQEWgZl3oI9PUpx4E3fFZcSl5z7Xn6+ioS Z+dA== MIME-Version: 1.0 X-Received: by 10.68.166.229 with SMTP id zj5mr21522207pbb.167.1371061770258; Wed, 12 Jun 2013 11:29:30 -0700 (PDT) Received: by 10.68.10.229 with HTTP; Wed, 12 Jun 2013 11:29:30 -0700 (PDT) In-Reply-To: <20130612181619.GA13006@host2.jankratochvil.net> References: <20130608160421.GA10141@host2.jankratochvil.net> <20130612181619.GA13006@host2.jankratochvil.net> Date: Wed, 12 Jun 2013 19:50:00 -0000 Message-ID: Subject: Re: [RFA] Work around binutils/15021 From: Cary Coutant To: Jan Kratochvil Cc: Doug Evans , gdb-patches , Tom Tromey , Sterling Augustine , Jakub Jelinek Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkgX8w+5Jrm5d7ZwJlsrKiBj6CH03HJaB/Dl+7Kt6BSQ13DBtfEihbJbzZAHi7mEB+TjG8HsygY/YA6nfYAa4prbF1xj28C+hsDoecQG43ACNHTnQce1fTNwwPU4wvcRHCHGdEZjbwBchCq+fQ6yERmy9F+MKZ4ZNQcTeo8zn4XcPygovB3oUV0d1MKmK5EAHI5DfvNbeSn98UkImu2QncjJVH1lw== X-SW-Source: 2013-06/txt/msg00292.txt.bz2 >> The gold "bug" is that, when using pubnames(/pubtypes) to generate the >> index, gold doesn't have sufficient info to generate as "accurate" a >> .gdb_index ("accurate" as in: the CU will have a DW_AT_GNU_pubtypes >> attribute when it would be better if the TU had that attribute). >> If those sections are missing then gold falls back to reading all the >> debug info and using that to generate the index, and when it does that >> it can generate a better index, and I'm guessing that's what you're >> seeing. > > I get the same .gdb_index content from gold even when I use -gpubnames. Gold ignores the pubnames sections unless there's a DW_AT_GNU_pubtypes attribute with a reference class form. If it's just a flag (as trunk GCC generates), that's not sufficient. (I intend to fix gold to work with this, but haven't done it yet.) On top of that, GCC doesn't put that attribute in the TUs at all, so gold will always parse the debug info in each TU. I think GCC needs to be fixed to emit that attribute in each TU. -cary