From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17304 invoked by alias); 3 Aug 2005 19:29:03 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 17230 invoked by uid 22791); 3 Aug 2005 19:28:57 -0000 Received: from sadr.equallogic.com (HELO sadr.equallogic.com) (66.155.203.134) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Wed, 03 Aug 2005 19:28:57 +0000 Received: from sadr.equallogic.com (localhost.localdomain [127.0.0.1]) by sadr.equallogic.com (8.12.8/8.12.8) with ESMTP id j73JStZb030533 for ; Wed, 3 Aug 2005 15:28:55 -0400 Received: from M31.equallogic.com (M31.equallogic.com [172.16.1.31]) by sadr.equallogic.com (8.12.8/8.12.8) with SMTP id j73JStNd030528; Wed, 3 Aug 2005 15:28:55 -0400 Received: from pkoning.equallogic.com ([172.16.1.163]) by M31.equallogic.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 3 Aug 2005 15:28:55 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17137.6901.979049.779@gargle.gargle.HOWL> Date: Wed, 03 Aug 2005 19:29:00 -0000 From: Paul Koning To: mark.kettenis@xs4all.nl Cc: drow@false.org, gdb@sources.redhat.com Subject: Re: solib search algorithm for cross-gdb References: <17136.51402.673936.895045@gargle.gargle.HOWL> <20050803170618.GA12169@nevyn.them.org> <200508031915.j73JF4Oc008117@elgar.sibelius.xs4all.nl> X-SW-Source: 2005-08/txt/msg00021.txt.bz2 When I said "cross-gdb" I was thinking about host != target -- for example an Intel host and a MIPS target. Using the literal library path can't possibly be right in that case. Daniel suggests some other cases that are more dynamic -- host == target but we're doing remote debugging. Right now we have TARGET_SO_FIND_AND_OPEN_SOLIB as a way for the target specific code to add another way to find libraries, but we don't have any way for any component to subtract ways, which is what I need here. As for the tree root or tree shape being in the architecture vector, I'm not sure that works. The issue isn't the target architecture itself, but rather that the target and the host are different. I didn't think that the architecture vector expresses that. (Possibly my confusion -- I'm still learning gdb internals...) Ok, I hear some encouraging notions and some helpful suggestions -- I'll see about concocting a proposal. paul