From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14093 invoked by alias); 7 Dec 2009 21:32:48 -0000 Mailing-List: contact archer-help@sourceware.org; run by ezmlm Sender: Precedence: bulk List-Post: List-Help: List-Subscribe: List-Id: Received: (qmail 14076 invoked by uid 22791); 7 Dec 2009 21:32:46 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS X-Spam-Check-By: sourceware.org From: Tom Tromey To: Paul Pluzhnikov Cc: Daniel Jacobowitz , Cary Coutant , Dodji Seketeli , "GDB\/Archer list" Subject: Re: [RFC] Proposal for a new DWARF name index section References: <4A7FE28D.4050901@redhat.com> <4A8D8868.3010302@redhat.com> <20091202051717.GA24978@caradoc.them.org> <20091202173518.GA13838@caradoc.them.org> <20091202193852.GA23631@caradoc.them.org> <8ac60eac0912021746g3cc9b543j1b175cf80b433705@mail.gmail.com> Reply-To: Tom Tromey Date: Mon, 07 Dec 2009 21:32:00 -0000 In-Reply-To: (Tom Tromey's message of "Sat, 05 Dec 2009 20:41:07 -0700") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2009-q4/txt/msg00086.txt.bz2 >>>>> "Tom" == Tom Tromey writes: Tom> Also, I made another funny hack tonight. I changed gdb to read Tom> .debug_aranges and .debug_gnu_index in a background thread. This was Tom> pretty easy to do; it really just few a couple global __thread Tom> variables. (I didn't attempt reading full symbols in a separate thread, Tom> because that seems a lot more involved.) BTW, what I mean by this is that when using the indices, sometimes GDB has to read full symbols for a given CU. This happens if we don't see any index entry, or any aranges entry, for that CU. In this situation we can't tell whether that entry was somehow stripped or not created, or just empty. For aranges this is http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42288 I updated the .debug_gnu_index PR with a similar request. This sort of reading has to be done in the main thread. There were just too many problems with putting this into a separate thread -- not just all the global variables, but this would also imply that users of the symtabs would need to take a lock. Tom> I'll clean up this patch a bit and push it to a new branch in archer Tom> this week. It is now on archer-tromey-threaded-dwarf. Tom