From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30736 invoked by alias); 20 Feb 2003 19:15:55 -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 30344 invoked from network); 20 Feb 2003 19:15:53 -0000 Received: from unknown (HELO hub.ott.qnx.com) (209.226.137.76) by 172.16.49.205 with SMTP; 20 Feb 2003 19:15:53 -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 OAA11956 for ; Thu, 20 Feb 2003 14:04:08 -0500 Received: from catdog ([10.4.2.2]) by smtp.ott.qnx.com (8.8.8/8.6.12) with SMTP id OAA09365 for ; Thu, 20 Feb 2003 14:15:53 -0500 Message-ID: <0db801c2d914$78f80a50$0202040a@catdog> From: "Kris Warkentin" To: Subject: GDB honouring RPATH in binaries. Date: Thu, 20 Feb 2003 19:15: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/msg00427.txt.bz2 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? Kris