From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <java-return-27187-listarch-java=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 6976 invoked by alias); 15 Sep 2012 18:06:22 -0000
Received: (qmail 6955 invoked by uid 22791); 15 Sep 2012 18:06:21 -0000
X-SWARE-Spam-Status: No, hits=-3.8 required=5.0	tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,TW_XF
X-Spam-Check-By: sourceware.org
Received: from mail-vb0-f47.google.com (HELO mail-vb0-f47.google.com) (209.85.212.47)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 15 Sep 2012 18:06:08 +0000
Received: by vbbez10 with SMTP id ez10so1165889vbb.20        for <multiple recipients>; Sat, 15 Sep 2012 11:06:07 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.58.32.233 with SMTP id m9mr5092463vei.23.1347732367735; Sat, 15 Sep 2012 11:06:07 -0700 (PDT)
Received: by 10.58.102.100 with HTTP; Sat, 15 Sep 2012 11:06:07 -0700 (PDT)
In-Reply-To: <CAO2gOZUaAjLSmOj-TfSxgVEwxgN349SgePyJaxWhnJqF7iUxuw@mail.gmail.com>
References: <CAO2gOZXfnETUe4wqjT7p6fd61hXreu9PDfqKxNz+HxpE0E7K0g@mail.gmail.com>	<50243480.7090803@redhat.com>	<CAO2gOZURCuWUk2MVwCwmwrijNzWxJt3q=HUpU7=Qv6zB9e-uqA@mail.gmail.com>	<50254A50.8070208@redhat.com>	<CAO2gOZXhHuFGJ0z=jvkYKZ84EoDaPSYVjxS7QzGore56SyhWyQ@mail.gmail.com>	<50255B35.9020705@redhat.com>	<CAO2gOZWe+qMrVyvOoo7Ek-di0NKZxxU4Z=pqrDCqqCCAfctZOw@mail.gmail.com>	<50258712.4070002@redhat.com>	<CAO2gOZUQQjmKtooyXXAfgFoNVbeNwtT+P=E7pQ6jC=e07Nsr2g@mail.gmail.com>	<CAO2gOZX-Gn+b6LEzps5zxhgmwQWcJ-zFqG=a7hesW6fbVyxZYQ@mail.gmail.com>	<502E6774.8050609@redhat.com>	<CAO2gOZWhueDAShNLbNcJpkHA6QqXk1LNZhEMFvfT77aTZTCH9w@mail.gmail.com>	<503F7876.7030606@redhat.com>	<503F84A9.8010504@redhat.com>	<503F95D8.5010506@redhat.com>	<CAO2gOZUxD9-Y3O6iS22HNEHUWaH=0Cm97FZ+KHmhkLmCzahVAA@mail.gmail.com>	<CALUNu-qXtr3pSTa8j60nD4Y4QK6VNAEOaPh34RRd4qt671gzkA@mail.gmail.com>	<CALUNu-p2-rvGCLYn9s1gy-rGOq+cOwZCw9S1Twbjcba0dVKTfQ@mail.gmail.com>	<50463661.1020303@redhat.com>	<CALUNu-oP9dqG63EHyN18gYj4P3gwrrJcp4Zgrz-pABNxabmsCg@mail.gmail.com>	<1346839095.9368.1.camel@springer.wildebeest.org>	<CAO2gOZVhW2+VfKU8+n2qrcKr9fgM1G4bRyUTUB_0DATH9eEW6w@mail.gmail.com>	<CAMe9rOqpzNa-u7b-nUfeBkpSed5Fkh16tzw4_uyptpMpKfhUfA@mail.gmail.com>	<CA+=Sn1=OrqyrGCA-nY1bTpHLc68=q0QGU1t0dsZpA3meLhy0tg@mail.gmail.com>	<CAMe9rOpNE0j2eGJDe9PwQg_6JevLVfKCoviVGAwUVCieUMVhFQ@mail.gmail.com>	<CAO2gOZUaAjLSmOj-TfSxgVEwxgN349SgePyJaxWhnJqF7iUxuw@mail.gmail.com>
Date: Sat, 15 Sep 2012 18:06:00 -0000
Message-ID: <CAMe9rOoKO3rohszZ8KnZKxVADLXQvddeAronnL=J655T4_Lx8Q@mail.gmail.com>
Subject: Re: [PATCH] Set correct source location for deallocator calls
From: "H.J. Lu" <hjl.tools@gmail.com>
To: Dehao Chen <dehao@google.com>
Cc: Andrew Pinski <pinskia@gmail.com>, Mark Wielaard <mark@klomp.org>, 	Bryce McKinlay <bmckinlay@gmail.com>, Andrew Haley <aph@redhat.com>, Richard Henderson <rth@redhat.com>, 	Jason Merrill <jason@redhat.com>, Richard Guenther <richard.guenther@gmail.com>, 	GCC Patches <gcc-patches@gcc.gnu.org>, David Li <davidxl@google.com>, java@gcc.gnu.org
Content-Type: text/plain; charset=ISO-8859-1
Mailing-List: contact java-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <java.gcc.gnu.org>
List-Id: <java.gcc.gnu.org>
List-Subscribe: <mailto:java-subscribe@gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/java/>
List-Post: <mailto:java@gcc.gnu.org>
List-Help: <mailto:java-help@gcc.gnu.org>, <http://gcc.gnu.org/ml/#faqs>
Sender: java-owner@gcc.gnu.org
X-SW-Source: 2012-09/txt/msg00022.txt.bz2

On Sat, Sep 15, 2012 at 9:09 AM, Dehao Chen <dehao@google.com> wrote:
> I tried the up-to-date addr2line on any "gcc -g" generated code, it
> does not work either. This is because in the new dwarf, the
> DW_AT_high_pc now actually means the size. e.g.
>
>  <1><9b>: Abbrev Number: 2 (DW_TAG_subprogram)
>     <9c>   DW_AT_external    : 1
>     <9c>   DW_AT_name        : bar
>     <a0>   DW_AT_decl_file   : 1
>     <a1>   DW_AT_decl_line   : 8
>     <a2>   DW_AT_linkage_name: (indirect string, offset: 0x7b): _Z3barv
>     <a6>   DW_AT_type        : <0x8d>
>     <aa>   DW_AT_low_pc      : 0x400583
>     <b2>   DW_AT_high_pc     : 0x37 0x0
>     <ba>   DW_AT_frame_base  : 1 byte block: 9c         (DW_OP_call_frame_cfa)
>     <bc>   DW_AT_GNU_all_call_sites: 1
>     <bc>   DW_AT_sibling     : <0xff>
>
> However, addr2line still thinks DW_AT_high_pc means "high_pc". I think
> we should wait for binutil to catch up with gcc.
>

So, the meaning of  DW_AT_high_pc in DWARF4 is different
from DWARF3?

-- 
H.J.