From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 85251 invoked by alias); 6 Jan 2017 19:17:58 -0000 Mailing-List: contact elfutils-devel-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Post: List-Help: List-Subscribe: Sender: elfutils-devel-owner@sourceware.org Received: (qmail 85241 invoked by uid 89); 6 Jan 2017 19:17:57 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Checked: by ClamAV 0.99.2 on sourceware.org X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:1273, 25am, 25AM, H*M:stream X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on sourceware.org X-Spam-Level: X-HELO: gnu.wildebeest.org Date: Fri, 06 Jan 2017 19:17:00 -0000 From: Mark Wielaard To: Milian Wolff Cc: elfutils-devel@sourceware.org Subject: Re: dwfl_module_addrinfo and @plt entries Message-ID: <20170106191753.GB8669@stream> References: <4389913.7LHyNoxDn3@agathebauer> <20170104134223.GN2187@stream> <4367790.cbajsgPFcv@milian-kdab2> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4367790.cbajsgPFcv@milian-kdab2> User-Agent: Mutt/1.7.1 (2016-10-04) X-Spam-Score: -6.1 (------) X-SW-Source: 2017-q1/txt/msg00008.txt.bz2 On Fri, Jan 06, 2017 at 11:28:25AM +0100, Milian Wolff wrote: > On Wednesday, January 4, 2017 2:42:23 PM CET Mark Wielaard wrote: > > Longer answer. An address pointing into the PLT does > > really point to an ELF symbol. > > You mean: does _not_ > Right? Yes, I meant "does not point". > > If we have such a backend function then we could even > > do what BFD apparently does. Which is to then create a > > "fake" symbol with as name real_function@plt. But I am > > not sure such fake symbols are very useful (and will > > quickly become confusing since they aren't real ELF > > symbols). > > So the objdump command I used is leveraging BFD internally to give me the @plt > names? I noticed that I also see @plt in perf, which is also probably using > BFD internally. That at least clarifies why it works in some tools but not in > when using dwfl. binutils objdump certainly does. > > Hope that helps. And maybe inspires someone (you?) to > > write up such a backend function and corresponding > > dwfl frontend function. > > It does help, thanks. I'm interested in contributing such functionality, but, > sadly, I'm not sure when I'll get the time to actually do it. Thanks, wish I had spare time myself :) Cheers, Mark