From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19253 invoked by alias); 26 Oct 2007 14:06:01 -0000 Received: (qmail 19241 invoked by uid 22791); 26 Oct 2007 14:06:00 -0000 X-Spam-Check-By: sourceware.org Received: from NaN.false.org (HELO nan.false.org) (208.75.86.248) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 26 Oct 2007 14:05:58 +0000 Received: from nan.false.org (localhost [127.0.0.1]) by nan.false.org (Postfix) with ESMTP id 1D33498340 for ; Fri, 26 Oct 2007 14:05:57 +0000 (GMT) Received: from caradoc.them.org (22.svnf5.xdsl.nauticom.net [209.195.183.55]) by nan.false.org (Postfix) with ESMTP id 055629833F for ; Fri, 26 Oct 2007 14:05:57 +0000 (GMT) Received: from drow by caradoc.them.org with local (Exim 4.68) (envelope-from ) id 1IlPoy-0006At-25 for gdb@sourceware.org; Fri, 26 Oct 2007 10:05:56 -0400 Date: Fri, 26 Oct 2007 14:06:00 -0000 From: Daniel Jacobowitz To: gdb@sourceware.org Subject: Re: Another Fortran problem... Message-ID: <20071026140556.GA23513@caradoc.them.org> Mail-Followup-To: gdb@sourceware.org References: <19c433eb0710260339w341f3437u4797445de7bc36d@mail.gmail.com> <19c433eb0710260604g53552b55ree7c72b13cb27f62@mail.gmail.com> <20071026131357.GA17240@caradoc.them.org> <19c433eb0710260658y750befb3k290ccddbcf6d0ad1@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <19c433eb0710260658y750befb3k290ccddbcf6d0ad1@mail.gmail.com> User-Agent: Mutt/1.5.15 (2007-04-09) 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: 2007-10/txt/msg00268.txt.bz2 On Fri, Oct 26, 2007 at 02:58:35PM +0100, Fran?ois-Xavier Coudert wrote: > > Somewhat impractical. I think we would be best off ignoring linkage > > names for Fortran, or else GCC not emitting them... I don't know > > which. Won't they generally match the names in the ELF symbol table? > > Yes, they probably will. Don't they serve any other useful purpose? > (not emitting them in GCC fixes the problem) I'm not sure. In C++ we use them to extract namespace and class hierarchy information, which was only represented in DWARF relatively recently (circa 3.3). They should be unnecessary now in most cases and other compilers do not admit them. I can see how they could be useful for non-defining declarations, in case the definition was in an object without debugging information. Let's give it a day or two in case anyone else has comments, but I don't think DW_AT_MIPS_linkage_name has any benefit for Fortran support. In that case, we can change GCC HEAD not to emit them and GDB not to use them. -- Daniel Jacobowitz CodeSourcery