public inbox for gdb-prs@sourceware.org help / color / mirror / Atom feed
From: "xdje42 at gmail dot com" <sourceware-bugzilla@sourceware.org> To: gdb-prs@sourceware.org Subject: [Bug symtab/17684] New: lookup of builtin types: correctness and performance issues Date: Sun, 07 Dec 2014 17:56:00 -0000 [thread overview] Message-ID: <bug-17684-4717@http.sourceware.org/bugzilla/> (raw) https://sourceware.org/bugzilla/show_bug.cgi?id=17684 Bug ID: 17684 Summary: lookup of builtin types: correctness and performance issues Product: gdb Version: HEAD Status: NEW Severity: normal Priority: P2 Component: symtab Assignee: unassigned at sourceware dot org Reporter: xdje42 at gmail dot com This bug is to address the correctness and performance issues of gdb's current handling of the lookup of builtin types, as discussed in PR 16994. correctness: Though rare, we should still properly handle it, which is if we're in a file where the STATIC_BLOCK doesn't provide a definition for "double" (basetypes live in STATIC_BLOCK) and the fallback that gdb uses (search all static blocks of all objfiles) happens to find a find a definition of "double" in a file that was compiled with -fshort-double. performance: We search in all static blocks of all objfiles. The definition of "void" is typically not specified in debug info and yet gdb can look up "void" a lot. Thus every time gdb goes to search "void" it will look in all static blocks of all objfiles, find nothing, and only *then* does c-exp.y:classify_name, for example, call language_lookup_primitive_type_by_name. Fixing this will require giving lookup_symbol (et.al.) the ability to return builtin types as symbols. Patch to follow. -- You are receiving this mail because: You are on the CC list for the bug.
next reply other threads:[~2014-12-07 17:56 UTC|newest] Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top 2014-12-07 17:56 xdje42 at gmail dot com [this message] 2015-03-18 19:06 ` [Bug symtab/17684] " dje at google dot com
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=bug-17684-4717@http.sourceware.org/bugzilla/ \ --to=sourceware-bugzilla@sourceware.org \ --cc=gdb-prs@sourceware.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
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).