From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14601 invoked by alias); 9 Sep 2009 07:56:31 -0000 Received: (qmail 14514 invoked by uid 22791); 9 Sep 2009 07:56:29 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from mel.act-europe.fr (HELO mel.act-europe.fr) (212.99.106.210) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 09 Sep 2009 07:56:22 +0000 Received: from localhost (localhost [127.0.0.1]) by filtered-smtp.eu.adacore.com (Postfix) with ESMTP id 4F6D9290042; Wed, 9 Sep 2009 09:56:20 +0200 (CEST) Received: from mel.act-europe.fr ([127.0.0.1]) by localhost (smtp.eu.adacore.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ixFk+6Z3tLbT; Wed, 9 Sep 2009 09:56:19 +0200 (CEST) Received: from ulanbator.act-europe.fr (ulanbator.act-europe.fr [10.10.1.67]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mel.act-europe.fr (Postfix) with ESMTP id 9E97D290040; Wed, 9 Sep 2009 09:56:19 +0200 (CEST) Cc: gdb-patches ml Message-Id: From: Tristan Gingold To: Joel Brobecker In-Reply-To: <20090909055824.GB11738@adacore.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Subject: Re: [patch] Speed up find_pc_section Date: Wed, 09 Sep 2009 07:56:00 -0000 References: <8ac60eac0908201340k6b759eb5o9bb73c8f473d8785@mail.gmail.com> <200908211130.n7LBUCJc011108@d12av02.megacenter.de.ibm.com> <8ac60eac0908231548x135edf2doa04fa59a49455bcd@mail.gmail.com> <8ac60eac0908260020l4200cf84v2686a76b5858d13@mail.gmail.com> <20090909055824.GB11738@adacore.com> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2009-09/txt/msg00238.txt.bz2 On Sep 9, 2009, at 7:58 AM, Joel Brobecker wrote: > >> +/* Return 1 if SECTION should be inserted into the section map. >> + We want to insert only non-overlay and non-TLS section. */ > > Can you explain what we do not want to add TLS sections? Is that > just an optimization (code addresses should never point to TLS)? (I suppose that the address of a TLS section is not relevant as it is 'duplicated' and relocated for each thread). ... >> +/* Filter out overlapping sections, issuing a warning if any are >> found. >> + Overlapping sections could really be overlay sections which we >> didn't >> + classify as such in insert_section_p, or we could be dealing >> with a >> + corrupt binary. */ > > I think we should also mention the MacOS port where we load all > sections > of all .o files instead of just the debugging info. It looks like a > design flaw in the MacOS port, but it was really a shortcut in getting > things to work (aka a hack). What is the correct way to load just the debugging info ? These object files are loaded using 'symbol_file_add_from_bfd' and I thought it was the only way. Tristan.