From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 396 invoked by alias); 23 Mar 2011 17:21:41 -0000 Received: (qmail 371 invoked by uid 22791); 23 Mar 2011 17:21:40 -0000 X-SWARE-Spam-Status: No, hits=-6.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 23 Mar 2011 17:21:35 +0000 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p2NHLZkw023010 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 23 Mar 2011 13:21:35 -0400 Received: from host1.jankratochvil.net (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id p2NHLWeG029518 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Mar 2011 13:21:34 -0400 Received: from host1.jankratochvil.net (localhost [127.0.0.1]) by host1.jankratochvil.net (8.14.4/8.14.4) with ESMTP id p2NHLWkt018447; Wed, 23 Mar 2011 18:21:32 +0100 Received: (from jkratoch@localhost) by host1.jankratochvil.net (8.14.4/8.14.4/Submit) id p2NHLWI4018446; Wed, 23 Mar 2011 18:21:32 +0100 Date: Wed, 23 Mar 2011 18:05:00 -0000 From: Jan Kratochvil To: Roland McGrath Cc: elfutils-devel@lists.fedorahosted.org, binutils@sourceware.org, gdb-patches@sourceware.org Subject: Re: [2/3, ppc64, elfutils patch] eu-strip vs. func addresses for GDB inferior calls Message-ID: <20110323172132.GA18225@host1.jankratochvil.net> References: <20110323152942.GA13640@host1.jankratochvil.net> <20110323164736.716252C1B1@topped-with-meat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110323164736.716252C1B1@topped-with-meat.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-IsSubscribed: yes 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 X-SW-Source: 2011-03/txt/msg01036.txt.bz2 Hi Roland, On Wed, 23 Mar 2011 17:47:36 +0100, Roland McGrath wrote: > What's the rationale for including the .opd section in the .debug file? the synthetic `.funcname' instructions-pointing symbols are generated on ppc64 by BFD on its own from the function descriptor ELF symbols `funcname'. (DWARF symbols `funcname' point to the instructions which may be confusing.) BFD has no idea about the linkage of the binary and the .debug BFD files. Only GDB connects the binary and the .debug BFD files content for the user. IIUC there would be needed some new API part to generate the synthetic symbols in cooperation with GDB providing the BFD files .debug_link read out linkage to the BFD synthetic functions producer. > It is really just like any other text or data. I agree it is only a workaround of the BFD design. For libc.so.6 2172512 bytes the .opd section is 42472 bytes (1.95%). > Why can't you use the symbols > from the .debug file and read the data from the main file just like you do > for "p initialized_variable" or "disas function" without an inferior? `p'/`disas' are GDB functionality. `.funcname' symbols are BFD functionality. Thanks, Jan