From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14846 invoked by alias); 20 Feb 2003 19:33:58 -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 13583 invoked from network); 20 Feb 2003 19:33:08 -0000 Received: from unknown (HELO mx1.redhat.com) (172.16.49.200) by 172.16.49.205 with SMTP; 20 Feb 2003 19:33:08 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h1KJX7N04582 for ; Thu, 20 Feb 2003 14:33:07 -0500 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h1KJX7f27335; Thu, 20 Feb 2003 14:33:07 -0500 Received: from localhost.localdomain (vpn50-1.rdu.redhat.com [172.16.50.1]) by pobox.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h1KJX6t17458; Thu, 20 Feb 2003 14:33:06 -0500 Received: (from kev@localhost) by localhost.localdomain (8.11.6/8.11.6) id h1KJX1210612; Thu, 20 Feb 2003 12:33:01 -0700 Date: Thu, 20 Feb 2003 19:33:00 -0000 From: Kevin Buettner Message-Id: <1030220193301.ZM10611@localhost.localdomain> In-Reply-To: "Kris Warkentin" "GDB honouring RPATH in binaries." (Feb 20, 2:15pm) References: <0db801c2d914$78f80a50$0202040a@catdog> To: "Kris Warkentin" , Subject: Re: GDB honouring RPATH in binaries. MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-02/txt/msg00428.txt.bz2 On Feb 20, 2:15pm, Kris Warkentin wrote: > I've been having a debate with some coworkers about whether or not gdb > should use the rpath in an elf binary to find shared libs if it has been > set. The runtime loader checks LD_LIBRARY_PATH, RPATH and CS_LIBPATH in > that order and the proposal was that gdb should do the same thing. > > The problem I have with this is in the remote case. This might make perfect > sense on a self-hosted debugger but if targetting a remote machine, the > RPATH might not make any logical mapping onto the host machine's filesystem. > It might be possible to come up with some sort of heuristic using > solib-absolute-prefix as a base but I don't think there's any reliable way > to make use of this info if not self hosted. > > Any thoughts? The other problem that I see is that the procedures used to resolve the location of a dynamic library will vary depending upon the runtime loader. E.g, on Linux, I am pretty sure that RPATH supercedes LD_LIBRARY_PATH. It may make sense to have a osabi dependent method for doing this resolution. Or maybe this machinery should be tied to the solib back end. (That way if you had a qnx back end, it would get used automatically.) With regard to the remote case, I would have thought that simply prepending solib-absolute-prefix would give the correct results. Kevin