From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-21888-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 22704 invoked by alias); 16 Jun 2005 15:20:09 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 22306 invoked by uid 22791); 16 Jun 2005 15:19:38 -0000
Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17)
    by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Thu, 16 Jun 2005 15:19:38 +0000
Received: from drow by nevyn.them.org with local (Exim 4.50)
	id 1Diw9Y-0003OT-3A; Thu, 16 Jun 2005 11:19:36 -0400
Date: Thu, 16 Jun 2005 15:20:00 -0000
From: Daniel Jacobowitz <drow@false.org>
To: Victor STINNER <victor.stinner@haypocalc.com>
Cc: gdb@sources.redhat.com
Subject: Re: Display libc function names instead of address ?
Message-ID: <20050616151934.GA11296@nevyn.them.org>
Mail-Followup-To: Victor STINNER <victor.stinner@haypocalc.com>,
	gdb@sources.redhat.com
References: <1118892960.12713.5.camel@haypopc> <20050616044313.GA5950@nevyn.them.org> <1118934045.2827.4.camel@haypopc>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <1118934045.2827.4.camel@haypopc>
User-Agent: Mutt/1.5.8i
X-SW-Source: 2005-06/txt/msg00171.txt.bz2

On Thu, Jun 16, 2005 at 05:00:45PM +0200, Victor STINNER wrote:
> Le jeudi 16 juin 2005 à 00:43 -0400, Daniel Jacobowitz a écrit :
> > GDB can't do this - but, I think, that the very latest BFD/opcodes
> > library supports this for some targets.  Someone needs to hook those
> > bits up to GDB.
> 
> Yep you're right. Google said me that BFD and opcodes are part of
> binutils. So I took last CVS version. It gives me better result :
> 
>  804839b:       e8 10 ff ff ff          call   80482b0 <printf@plt>
> instead of
>  804839b:       e8 10 ff ff ff          call   80482b0 <_init+0x38>
> 
> So I think that I have to wait until next GDB release.

Thanks for checking!  That's output from objdump, right?  It doesn't
seem to work for me in GDB, just in objdump.  But perhaps I can figure
out where to wire it in.

-- 
Daniel Jacobowitz
CodeSourcery, LLC