From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17127 invoked by alias); 20 Feb 2003 20:04:02 -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 17013 invoked from network); 20 Feb 2003 20:03:57 -0000 Received: from unknown (HELO cygnus.equallogic.com) (65.170.102.10) by 172.16.49.205 with SMTP; 20 Feb 2003 20:03:57 -0000 Received: from cygnus.equallogic.com (localhost.localdomain [127.0.0.1]) by cygnus.equallogic.com (8.11.6/8.11.6) with ESMTP id h1KK3v610124 for ; Thu, 20 Feb 2003 15:03:57 -0500 Received: from deneb.dev.equallogic.com (deneb.dev.equallogic.com [172.16.1.99]) by cygnus.equallogic.com (8.11.6/8.11.6) with ESMTP id h1KK3ur10109; Thu, 20 Feb 2003 15:03:56 -0500 Received: from PKONING.equallogic.com (localhost.localdomain [127.0.0.1]) by deneb.dev.equallogic.com (8.11.6/8.11.6) with ESMTP id h1KK3tY07867; Thu, 20 Feb 2003 15:03:55 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15957.17196.501000.893848@gargle.gargle.HOWL> Date: Thu, 20 Feb 2003 20:04:00 -0000 From: Paul Koning To: kevinb@redhat.com Cc: kewarken@qnx.com, drow@mvista.com, gdb@sources.redhat.com Subject: Re: GDB honouring RPATH in binaries. References: <0db801c2d914$78f80a50$0202040a@catdog> <1030220193301.ZM10611@localhost.localdomain> <20030220194049.GA19653@nevyn.them.org> <001301c2d918$894ef1d0$0202040a@catdog> <20030220194852.GA20424@nevyn.them.org> <002701c2d919$d07edce0$0202040a@catdog> <1030220195833.ZM10783@localhost.localdomain> X-SW-Source: 2003-02/txt/msg00444.txt.bz2 >>>>> "Kevin" == Kevin Buettner writes: Kevin> For remote targets, you must have solib-absolute-prefix set. Kevin> Searching host libraries (whether found via RPATH or some Kevin> other means) is almost invariably wrong. I'd omit "almost". In fact, it would be useful if gdb could complain for a remote debug when solib-absolute-prefix isn't set. That would eliminate a lot of confusion when people forget to set it. When debugging MIPS code, gdb is perfectly happy to load shared file symbol tables from /usr/lib, even though those are x86 binaries! The result is utter chaos, of course. It would be helpful if gdb prevented that sort of simple user error. (I suppose another way to avoid that is to have gdb check that the shared library it's examining is at least meant for the same processor family, and I suppose the same endianness...) paul