From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12766 invoked by alias); 21 Feb 2003 19:46:38 -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 12755 invoked from network); 21 Feb 2003 19:46:38 -0000 Received: from unknown (HELO hub.ott.qnx.com) (209.226.137.76) by 172.16.49.205 with SMTP; 21 Feb 2003 19:46:38 -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 OAA20099; Fri, 21 Feb 2003 14:34:47 -0500 Received: from node109 (node109 [10.0.0.109]) by smtp.ott.qnx.com (8.8.8/8.6.12) with ESMTP id OAA11570; Fri, 21 Feb 2003 14:46:37 -0500 Date: Fri, 21 Feb 2003 19:46:00 -0000 From: Colin Burgess X-Sender: cburgess@node109.ott.qnx.com To: Kevin Buettner cc: Kris Warkentin , Daniel Jacobowitz , Paul Koning , gdb@sources.redhat.com Subject: Re: [Proposal] GDB honouring RPATH in binaries. In-Reply-To: <1030221191915.ZM15926@localhost.localdomain> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2003-02/txt/msg00480.txt.bz2 On Fri, 21 Feb 2003, Kevin Buettner wrote: > On Feb 21, 1:30pm, Kris Warkentin wrote: > > > > Aha. Looks like our loader just fills in the basename of the lib it > > finds. > > > That explains why we need so much initialization of solib-search-path and > > so > > > on. I'm going to get our kernel guy to change that so that we can just > > use > > > solib-absolute-prefix. > > > > This doesn't work for us. The situation is that there might be no clear > > link between the host and target directory structures. In general, all our > > libs wind up in /proc/boot on the target image so when the loader fills in > > 'libc.so' rather than '/proc/boot/libc.so', it's a benefit since we can use > > solib-search-path to find $QNX_TARGET/$CPU/lib/libc.so, regardless of host. > > I still find myself confused as to why your loader only wants to fill > in the basename. Having an absolute path won't preclude using > solib-search-path. And it will certainly make things easier when you > have an accurate target image residing (somewhere) on the host so that you > can use solib-absolute-prefix. There's no particular reason that I can see. I'm looking into adding it. However, the fact remains that all released versions of QNX don't have the fullpath... > > Two: provide a mechanism to append strings to gdb variables such as > > solib-search-path which might be useful in other situations. A really nice > > implementation would be some form of variable expansion, ie: > > > > set solib-search-path $solib-search-path:/home/foo > > I think something like this has been discussed before. It sounds like > a good idea to me. Yes, I think this is a good idea too. -- cburgess@qnx.com