This is the mail archive of the
binutils@sourceware.cygnus.com
mailing list for the binutils project.
Re: BFD questions
- To: tm2 AT best dot com
- Subject: Re: BFD questions
- From: Ian Lance Taylor <ian AT zembu dot com>
- Date: 16 Sep 1999 23:54:22 -0400
- CC: binutils AT sourceware.cygnus dot com
- References: <199909170031.RAA10902@shell14.ba.best.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.
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?
Ian