public inbox for gdb-prs@sourceware.org
help / color / mirror / Atom feed
* [Bug symtab/11717] common/.bss variables from shared libraries not displayed correctly
[not found] <bug-11717-4717@http.sourceware.org/bugzilla/>
@ 2012-01-31 18:05 ` eager at eagercon dot com
2012-04-03 8:30 ` jakub at redhat dot com
1 sibling, 0 replies; 6+ messages in thread
From: eager at eagercon dot com @ 2012-01-31 18:05 UTC (permalink / raw)
To: gdb-prs
http://sourceware.org/bugzilla/show_bug.cgi?id=11717
eager at eagercon dot com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |eager at eagercon dot com
--- Comment #3 from eager at eagercon dot com 2012-01-31 18:04:56 UTC ---
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
I'm unclear what the patch is doing exactly, but to the extent it is having gdb
ignore the generated debug info, as suggested by this comment
+ /* Never use DW_AT_location, rely on the minimal symbols. */
then this seems to be headed in the wrong direction. The best fix for
incorrect debug data is to generate the correct info. Or this fix should be
clearly identified as a workaround for incorrect data, with some way of
defeating the workaround when correct data is present.
Unfortunately, gdb does not currently support "complex" DWARF expressions which
include an indirect reference.
--
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.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug symtab/11717] common/.bss variables from shared libraries not displayed correctly
[not found] <bug-11717-4717@http.sourceware.org/bugzilla/>
2012-01-31 18:05 ` [Bug symtab/11717] common/.bss variables from shared libraries not displayed correctly eager at eagercon dot com
@ 2012-04-03 8:30 ` jakub at redhat dot com
1 sibling, 0 replies; 6+ messages in thread
From: jakub at redhat dot com @ 2012-04-03 8:30 UTC (permalink / raw)
To: gdb-prs
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.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug symtab/11717] New: common/.bss variables from shared libraries not displayed correctly
@ 2010-06-18 13:25 lance604 at gmail dot com
2010-07-12 20:01 ` [Bug symtab/11717] " nbowler at draconx dot ca
` (3 more replies)
0 siblings, 4 replies; 6+ messages in thread
From: lance604 at gmail dot com @ 2010-06-18 13:25 UTC (permalink / raw)
To: gdb-prs
Observed with version 7.0-ubuntu under Kubuntu 9.10 with gcc version 4.4.1.
Also occurs for gdb 6.8 and gcc version 4.4.3 in x86_64 hosted MIPS
cross-compilation toolchain.
Apparently, when linking a shared library which contains a variable in .bss with
an executable referencing that variable, ld allocates space for that variable in
the executable's .bss section and creates a duplicate symbol for this variable.
The executable's copy of the variable will be used due to the dynamic linker's
search order (executable first).
However, gdb always used data from the shared library .bss section (always zero)
instead of the executable's .bss section.
Here's a minimal example:
Contents of shared.c:
int var;
Build shared.c into libshared.so:
gcc -g -o libshared.so -fPIC -shared shared.c
Contents of executable.c:
#include <stdlib.h>
extern int var;
int main(int argc, char **argv)
{
var = 42;
abort();
return 0;
}
Build executable:
gcc -g -L. -Wl,-rpath,. -o executable -lshared executable.c
Display symbols (note that "var" is defined in both files):
nm -aA libshared.so executable | grep var
libshared.so:0000000000201020 B var
executable:0000000000601020 B var
GDB session demonstrating problem:
gdb executable
GNU gdb (GDB) 7.0-ubuntu
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/lrichardson/test/executable...done.
(gdb) run
Starting program: /home/lrichardson/test/executable
Program received signal SIGABRT, Aborted.
0x00007ffff78a04b5 in raise () from /lib/libc.so.6
(gdb) p &var
$1 = (int *) 0x7ffff7dde020
(gdb) p var
$2 = 0
(gdb) p *(int *)0x601020
$3 = 42
(gdb) info shared
From To Syms Read Shared Object Library
0x00007ffff7ddfaf0 0x00007ffff7df7354 Yes (*) /lib64/ld-linux-x86-64.so.2
0x00007ffff7bdd4a0 0x00007ffff7bdd5a8 Yes ./libshared.so
0x00007ffff788b730 0x00007ffff798b7fc Yes (*) /lib/libc.so.6
(*): Shared library is missing debugging information.
Note that &var and the value of var (zero) come from the shared library's
version of the variable. Using the address of var from the executable shows the
expected value (42) as modified by the program.
--
Summary: common/.bss variables from shared libraries not
displayed correctly
Product: gdb
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: symtab
AssignedTo: unassigned at sourceware dot org
ReportedBy: lance604 at gmail dot com
CC: gdb-prs at sourceware dot org
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu
http://sourceware.org/bugzilla/show_bug.cgi?id=11717
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2012-04-03 8:30 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <bug-11717-4717@http.sourceware.org/bugzilla/>
2012-01-31 18:05 ` [Bug symtab/11717] common/.bss variables from shared libraries not displayed correctly eager at eagercon dot com
2012-04-03 8:30 ` jakub at redhat dot com
2010-06-18 13:25 [Bug symtab/11717] New: " lance604 at gmail dot com
2010-07-12 20:01 ` [Bug symtab/11717] " nbowler at draconx dot ca
2010-07-21 8:43 ` jan dot kratochvil at redhat dot com
2010-07-21 8:55 ` jan dot kratochvil at redhat dot com
2010-08-22 7:41 ` jan dot kratochvil at redhat dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).