From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13043 invoked by alias); 3 Aug 2005 20:16:22 -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 13007 invoked by uid 22791); 3 Aug 2005 20:16:17 -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 20:16:17 +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 j73KGGZb001825 for ; Wed, 3 Aug 2005 16:16:16 -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 j73KGGNd001820; Wed, 3 Aug 2005 16:16:16 -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 16:16:15 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17137.9742.611727.106884@gargle.gargle.HOWL> Date: Wed, 03 Aug 2005 20:16:00 -0000 From: Paul Koning To: kewarken@qnx.com Cc: gdb@sources.redhat.com Subject: Re: solib search algorithm for cross-gdb References: <17137.6901.979049.779@gargle.gargle.HOWL> <42F12318.4040307@qnx.com> X-SW-Source: 2005-08/txt/msg00023.txt.bz2 >>>>> "Kris" == Kris Warkentin writes: Kris> Paul Koning wrote: >> 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. >> Kris> Setting solib-absolute-prefix is a the way to subtract Kris> searching from the root since it either searches or Kris> /, not both. Don't know if it's Kris> practical for you but we explicitly set solib-absolute-prefix Kris> in our init functions so we never have to worry about Kris> accidentally getting /usr/lib/somelib.so instead of Kris> $SDK_ROOT/usr/lib/somelib.so. I can't easily do that because each of our developers builds test builds in his own sandbox, so there is no single right value. Also, it isn't really an issue of one specific target system, but rather the fact that a null solib-absolute-prefix is just not meaningful if the host and target architectures are different. (And by "architectures" I don't mean mips32 vs. mips64, I mean intel vs. mips or linux vs. netbsd.) So the point is that the alternative currently used when solib-absolute-prefix is null is sensible only in native runs, not cross-debug. (And, debatably, for native ones not even all the time, e.g., "target remote".) It's that alternative I want to get rid of, conditionally. paul