From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8860 invoked by alias); 20 Feb 2003 19:59:41 -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 8853 invoked from network); 20 Feb 2003 19:59:41 -0000 Received: from unknown (HELO hub.ott.qnx.com) (209.226.137.76) by 172.16.49.205 with SMTP; 20 Feb 2003 19:59:41 -0000 Received: from smtp.ott.qnx.com (smtp.ott.qnx.com [10.0.2.158]) by hub.ott.qnx.com (8.9.3/8.9.3) with ESMTP id OAA13884; Thu, 20 Feb 2003 14:47:56 -0500 Received: from catdog ([10.4.2.2]) by smtp.ott.qnx.com (8.8.8/8.6.12) with SMTP id OAA23324; Thu, 20 Feb 2003 14:59:40 -0500 Message-ID: <003d01c2d91a$974231b0$0202040a@catdog> From: "Kris Warkentin" To: "Kevin Buettner" , References: <0db801c2d914$78f80a50$0202040a@catdog> <1030220193301.ZM10611@localhost.localdomain> <000701c2d918$02918950$0202040a@catdog> <1030220195520.ZM10742@localhost.localdomain> Subject: Re: GDB honouring RPATH in binaries. Date: Thu, 20 Feb 2003 19:59:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-SW-Source: 2003-02/txt/msg00439.txt.bz2 > > > With regard to the remote case, I would have thought that simply > > > prepending solib-absolute-prefix would give the correct results. > > > > Well, let's say I upload my program and libs to /tmp on the remote with the > > binary's RPATH set to /tmp. I'm debugging on Cygwin in /home/kewarken/test. > > My solib-absolute-prefix and solib-search-path are based in > > c:\QNXsdk\target\qnx6 (where all the libs are stored). This is why I'm not > > convinced that there's any nice way to use RPATH in the remote case. > > I see what you mean. Unless you're using an NFS mount, it's unlikely > for the sys-root on the host to contain the stuff you've just uploaded > to /tmp. > > In this case, I think it would make sense to use solib-search-path > to find the libraries that you've uploaded to /tmp. Yes. This is really just a case of trying to automate this so that the user has less trouble. You have no idea how many tech support calls we get which are solved by, "make sure that gdb can find everything it needs". From what I understand, RPATH is supposed to be THE ordained way of making sure that the linker can find it's libs so perhaps we need to add one more case to solib_open() where it looks through RPATH. I'm thinking that it can't hurt and might help. Certainly it will be helpful on native debuggers. Kris