From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-prs-return-13066-listarch-gcc-prs=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 3117 invoked by alias); 18 Dec 2001 22:23:30 -0000
Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc-prs/>
List-Post: <mailto:gcc-prs@gcc.gnu.org>
List-Help: <mailto:gcc-prs-help@gcc.gnu.org>
Sender: gcc-prs-owner@gcc.gnu.org
Received: (qmail 3082 invoked by uid 61); 18 Dec 2001 22:23:29 -0000
Date: Tue, 18 Dec 2001 14:23:00 -0000
Message-ID: <20011218222329.3080.qmail@sources.redhat.com>
To: dberlin@sources.redhat.com, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org,
  jakacki@cidc.com.cn, nobody@gcc.gnu.org
From: dberlin@sources.redhat.com
Reply-To: dberlin@sources.redhat.com, dberlin@sources.redhat.com,
  gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, jakacki@cidc.com.cn,
  nobody@gcc.gnu.org, gcc-gnats@gcc.gnu.org
X-Mailer: gnatsweb 2.9.3
Subject: Re: debug/3352: extern/inline combination in try/catch causes wrong lineinfo for all symbols in file
X-SW-Source: 2001-12/txt/msg00974.txt.bz2
List-Id: <gcc-prs.sourceware.org>

Synopsis: extern/inline combination in try/catch causes wrong lineinfo for all symbols in file

Responsible-Changed-From-To: unassigned->dberlin
Responsible-Changed-By: dberlin
Responsible-Changed-When: Tue Dec 18 14:23:29 2001
Responsible-Changed-Why:
    Me	
State-Changed-From-To: open->closed
State-Changed-By: dberlin
State-Changed-When: Tue Dec 18 14:23:29 2001
State-Changed-Why:
    This is an assembler/linker bug (somewhere in bfd's stabs handling, in other words).
    if you look at the output of gcc, it's identifying the correct lines.
    I.e. we have
         .stabs  "main:F(0,1)",36,0,16,main
    etc
    However, the object file incorrectly has:
             U _Unwind_Resume       /home/dberlin/a.cc:11
    00000000 W _Z7inlinedv  /home/dberlin/a.cc:11
             U _Z8externalv /home/dberlin/a.cc:11
    00000000 V _ZTI9exception       /home/dberlin/a.cc:11
    00000000 V _ZTS9exception       /home/dberlin/a.cc:11
             U _ZTVN10__cxxabiv117__class_type_infoE        /home/dberlin/a.cc:11
             U __cxa_begin_catch    /home/dberlin/a.cc:11
             U __cxa_end_catch      /home/dberlin/a.cc:11
             U __gxx_personality_v0 /home/dberlin/a.cc:11
    00000000 T main /home/dberlin/a.cc:11
    
    So the problem isn't gcc, it's the assembler/bfd

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=3352