This is the mail archive of the
gdb-prs@sourceware.org
mailing list for the GDB project.
[Bug c++/15454] New: unusably slow resolving type names in C++ program with multiple namespace / lots of base classes
- From: "csapuntz at gmail dot com" <sourceware-bugzilla at sourceware dot org>
- To: gdb-prs at sourceware dot org
- Date: Fri, 10 May 2013 05:08:00 +0000
- Subject: [Bug c++/15454] New: unusably slow resolving type names in C++ program with multiple namespace / lots of base classes
- Auto-submitted: auto-generated
http://sourceware.org/bugzilla/show_bug.cgi?id=15454
Bug #: 15454
Summary: unusably slow resolving type names in C++ program with
multiple namespace / lots of base classes
Product: gdb
Version: 7.6
Status: NEW
Severity: critical
Priority: P2
Component: c++
AssignedTo: unassigned@sourceware.org
ReportedBy: csapuntz@gmail.com
Classification: Unclassified
Created attachment 7020
--> http://sourceware.org/bugzilla/attachment.cgi?id=7020
breakpoint trace
It takes minutes for GDB to find a symbol (vol::content_lh_key in this case)
defined in a global namespace unless I prefix the symbol with ::
It seems to search for vol in the namespaces of all classes that the current
class inherits from. This is ok, but it seems to repeat the search on the same
symbol many times over.
I ran gdb against gdb and capture a bunch of stack traces during the symbol
lookup. The file is attached.
break cp_lookup_symbol_in_namespace
silent
bt 4
print "\n\n"
cont
end
--
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.