From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-102407-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 12470 invoked by alias); 12 Jun 2013 18:16:29 -0000
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
Received: (qmail 12461 invoked by uid 89); 12 Jun 2013 18:16:29 -0000
X-Spam-SWARE-Status: No, score=-6.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.1
Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28)    by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Wed, 12 Jun 2013 18:16:27 +0000
Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r5CIGP4I013867	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);	Wed, 12 Jun 2013 14:16:25 -0400
Received: from host2.jankratochvil.net (ovpn-116-66.ams2.redhat.com [10.36.116.66])	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r5CIGKtq025444	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO);	Wed, 12 Jun 2013 14:16:23 -0400
Date: Wed, 12 Jun 2013 18:29:00 -0000
From: Jan Kratochvil <jan.kratochvil@redhat.com>
To: Doug Evans <dje@google.com>
Cc: gdb-patches <gdb-patches@sourceware.org>, Tom Tromey <tromey@redhat.com>,        Cary Coutant <ccoutant@google.com>,        Sterling Augustine <saugustine@google.com>,        Jakub Jelinek <jakub@redhat.com>
Subject: Re: [RFA] Work around binutils/15021
Message-ID: <20130612181619.GA13006@host2.jankratochvil.net>
References: <yjt24nigsohy.fsf@ruffy2.mtv.corp.google.com> <20130608160421.GA10141@host2.jankratochvil.net> <CADPb22QnTxx6Szx6-sp+buS5sKnaGka_GkZJF0JuEpB_uztQCQ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CADPb22QnTxx6Szx6-sp+buS5sKnaGka_GkZJF0JuEpB_uztQCQ@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-IsSubscribed: yes
X-SW-Source: 2013-06/txt/msg00291.txt.bz2

On Wed, 12 Jun 2013 01:39:43 +0200, Doug Evans wrote:
> 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.


> There is no change in the file format or semantics between 7 and 8, so
> no change should be needed for dwz.

But I am fine enough with this reply.


Thanks!
Jan