This is the mail archive of the
binutils@sourceware.cygnus.com
mailing list for the binutils project.
Re: BFD questions
- To: ian AT zembu dot com (Ian Lance Taylor)
- Subject: Re: BFD questions
- From: Toshi Morita <tm2 AT best dot com>
- Date: Fri, 17 Sep 1999 12:04:06 -0700 (PDT)
- Cc: binutils AT sourceware.cygnus dot com
> From: Toshi Morita <tm2@best.com>
> Date: Thu, 16 Sep 1999 17:31:58 -0700 (PDT)
>
> I'm trying to track down a problem where a DWARF1 AT_high_pc attribute of a
> TAG_global_subroutine isn't properly fixed up when performing a final link
> and retains a value of 0x00000010 which isn't anywhere in the executable...
>
> Can someone point me towards the location where the AT_low_pc and
> AT_high_pc of a TAG_global_subroutine are fixed up when the final
> executable is generated?
>
> As far as I know, the linker has no special handling for DWARF. It
> simply applies the relocations it finds in the object files.
Okay. What should a relocaiton for a DWARF1 debug symbol look like in
the compiler assembly output?
> Is it possible that the attribute refers to a symbol in a section
> which was removed because it was a linkonce section? Or is it
> possible that you are building a shared library and the attribute
> refers to a symbol which is not defined in the shared library?
Could be a linkonce section, but is definitely not a shared library.
Shouldn't LD remove symbols referencing deleted copies of a
linkonce symbol?
Toshi