This is the mail archive of the
gdb-prs@sourceware.org
mailing list for the GDB project.
[Bug gdb/12313] New: GDB cannot differentiate symbols of copies ofshared libraries
- From: "avi at checkpoint dot com" <sourceware-bugzilla at sourceware dot org>
- To: gdb-prs at sourceware dot org
- Date: Sun, 12 Dec 2010 11:25:53 +0000
- Subject: [Bug gdb/12313] New: GDB cannot differentiate symbols of copies ofshared libraries
- Auto-submitted: auto-generated
http://sourceware.org/bugzilla/show_bug.cgi?id=12313
Summary: GDB cannot differentiate symbols of copies of shared
libraries
Product: gdb
Version: 7.1
Status: NEW
Severity: normal
Priority: P2
Component: gdb
AssignedTo: unassigned@sourceware.org
ReportedBy: avi@checkpoint.com
There are cases when a program needs to have multiple instances of the same
text residing in different virtual addresses. This is implemented by loading
different copies of the object file using dlopen().
Currently there is no way for GDB to refer to a symbol in a specific copy of
the object file (other then referring to the specific address).
Addressing this need can be done by supporting the spec:
#<shared object name>#<function>. E.g. "#libfoo.so#function" (DBX supports this
need by qualifying `<shared object name>`<function name>).
Please note that this feature is required not only for defining breakpoints but
for other needs as well such as disassembly, backtrace etc.
--
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.