This is the mail archive of the binutils@sourceware.org mailing list for the binutils project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: PATCH: ld/2338: objdump -d -l doesn't work correctly

From: "H. J. Lu" <hjl at lucon dot org>
To: Eric Botcazou <ebotcazou at adacore dot com>
Cc: Daniel Jacobowitz <drow at false dot org>, binutils at sourceware dot org
Date: Mon, 20 Feb 2006 09:10:42 -0800
Subject: Re: PATCH: ld/2338: objdump -d -l doesn't work correctly
References: <002901c6322b$84efac00$a501a8c0@CAM.ARTIMI.COM> <20060215222016.GE32576@bubble.grove.modra.org> <20060215222122.GA2895@nevyn.them.org> <200602201521.21918.ebotcazou@adacore.com>

On Mon, Feb 20, 2006 at 03:21:21PM +0100, Eric Botcazou wrote:
> > > OK.  A nicer solution might be to change vmas of sections in relocatable
> > > object files so that none overlap, before calling
> > > _bfd_dwarf2_find_nearest_line.
> 
> That might indeed be necessary because I think HJ's patch only fixes half of 
> the problem in _bfd_dwarf2_find_nearest_line: bogus line numbers are indeed 
> not returned anymore but nothing is returned for most of the functions with 
> -ffunction-sections for example.
> 

Are you really sure that it isn't a gcc bug? "objdump -d -l" works
fine with -ffunction-sections for me. Do you have a testcase?



H.J.

Follow-Ups:
- Re: PATCH: ld/2338: objdump -d -l doesn't work correctly
  - From: Eric Botcazou

References:
- RE: PATCH: ld/2338: objdump -d -l doesn't work correctly
  - From: Dave Korn
- Re: PATCH: ld/2338: objdump -d -l doesn't work correctly
  - From: Alan Modra
- Re: PATCH: ld/2338: objdump -d -l doesn't work correctly
  - From: Daniel Jacobowitz
- Re: PATCH: ld/2338: objdump -d -l doesn't work correctly
  - From: Eric Botcazou

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]