[Bug symtab/11717] common/.bss variables from shared libraries not displayed correctly

["jakub at redhat dot com" <sourceware-bugzilla@sourceware.org>]

http://sourceware.org/bugzilla/show_bug.cgi?id=11717

Jakub Jelinek <jakub at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jakub at redhat dot com

--- Comment #4 from Jakub Jelinek <jakub at redhat dot com> 2012-04-03 08:30:08 UTC ---
(In reply to comment #3)
> As the test case shows, this problem is not limited to unintialized variables
> in .bss -- it also occurs with initialized variables in .data.  
> 
> The basic problem is that the DW_AT_location for the variable in the shared
> library is incorrect, since it does not match how the variable is accessed.  It
> says that var is addressed directly, while in fact it is accessed indirectly
> through the GOT.
> 
> GCC generates
>     DW_OP_addr  var
> which points to the unused copy of var in the shared library.  The correct
> DWARF should be
>     DW_OP_addr  var@GOT
>     DW_OP_deref

Unfortunately, that has a couple of problems:
1) we don't want to generate runtime overhead just for debugging, so the above
   would "work" only if we have some other GOT reference to that symbol in the
   code
2) on most targets we don't have suitable relocations that would give us the 
   address of the GOT slot
Even
DW_OP_addr var@GOT
DW_OP_addr _GLOBAL_OFFSET_TABLE_
DW_OP_plus
DW_OP_deref
doesn't work on x86_64, while var@GOT in that case gives the relative offset
from _GLOBAL_OFFSET_TABLE_ to the GOT entry for var, unfortunately
_GLOBAL_OFFSET_TABLE_ symbol is handled specially and thus becomes a wrong kind
of relocation.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.