From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4749 invoked by alias); 14 May 2012 17:59:36 -0000 Received: (qmail 4741 invoked by uid 22791); 14 May 2012 17:59:35 -0000 X-SWARE-Spam-Status: No, hits=-3.5 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,RCVD_IN_HOSTKARMA_NO,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,TW_BJ X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 14 May 2012 17:59:23 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 596521C62FB; Mon, 14 May 2012 13:59:22 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id gJCCxn32LsDs; Mon, 14 May 2012 13:59:22 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 1F6F01C62F5; Mon, 14 May 2012 13:59:22 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id 699DF145616; Mon, 14 May 2012 10:59:13 -0700 (PDT) Date: Mon, 14 May 2012 17:59:00 -0000 From: Joel Brobecker To: Pedro Alves Cc: Jan Kratochvil , Tom Tromey , gdb-patches@sourceware.org Subject: Re: Regression for gdb.fortran/library-module.exp [Re: [RFA] choose symbol from given block's objfile first.] Message-ID: <20120514175913.GM10253@adacore.com> References: <1336430581-11262-1-git-send-email-brobecker@adacore.com> <874nrqvbeh.fsf@fleche.redhat.com> <20120509190529.GI15555@adacore.com> <20120511072606.GA25458@host2.jankratochvil.net> <20120514143927.GB10253@adacore.com> <20120514145151.GA30451@host2.jankratochvil.net> <4FB1459E.60208@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4FB1459E.60208@redhat.com> User-Agent: Mutt/1.5.20 (2009-06-14) 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: 2012-05/txt/msg00527.txt.bz2 > I agree; I was going to suggest it. And naturally, this is target > dependent. On Windows/PE, there's no concept of symbol preemption, so > looking in the current image / objfile would always be good. We > already do something of the sort with solib_global_lookup -> > elf_lookup_lib_symbol. So enhance elf_lookup_lib_symbol to search the main objfile? It would mean that, if the main objfile doesn't have the symbol, and thus returns no match, the normal lookup loop would potentially search the main objfile a second time... Perhaps a gdbarch method? -- Joel