From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27259 invoked by alias); 18 Jun 2003 20:19:29 -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 27245 invoked from network); 18 Jun 2003 20:19:28 -0000 Received: from unknown (HELO hub.ott.qnx.com) (209.226.137.76) by sources.redhat.com with SMTP; 18 Jun 2003 20:19:28 -0000 Received: from smtp.ott.qnx.com (smtp.ott.qnx.com [10.0.2.158]) by hub.ott.qnx.com (8.9.3p2/8.9.3) with ESMTP id QAA21157; Wed, 18 Jun 2003 16:12:43 -0400 Received: from catdog ([10.4.2.2]) by smtp.ott.qnx.com (8.8.8/8.6.12) with SMTP id QAA27535; Wed, 18 Jun 2003 16:19:28 -0400 Message-ID: <01ef01c335d6$fa8c5480$0202040a@catdog> From: "Kris Warkentin" To: "Michael Snyder" , "Daniel Jacobowitz" Cc: "Kevin Buettner" , "Gdb@Sources.Redhat.Com" References: <09c201c33502$da555ce0$0202040a@catdog> <20030617191129.GA15099@nevyn.them.org> <09e801c33504$bd88b420$0202040a@catdog> <1030617200144.ZM31327@localhost.localdomain> <0ab001c3350d$359af2e0$0202040a@catdog> <1030617202406.ZM31423@localhost.localdomain> <3EEFAEDB.4090509@redhat.com> <005101c3353c$80077c70$2a00a8c0@dash> <1030618051511.ZM11645@localhost.localdomain> <3EF0B23E.8040406@redhat.com> <20030618191600.GB9449@nevyn.them.org> <3EF0C77A.5000007@redhat.com> Subject: Re: Why does solib_open do what it does? Date: Wed, 18 Jun 2003 20:19: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.1165 X-SW-Source: 2003-06/txt/msg00399.txt.bz2 > Daniel Jacobowitz wrote: > > On Wed, Jun 18, 2003 at 11:41:02AM -0700, Michael Snyder wrote: > > > >>You don't think that gdb should honor LD_LIBRARY_PATH in native > >>debugging, if it is set? Won't the linker-loader honor it? > >> > >>I'd be ready to agree that, if solib-search-path is set, > >>it should override LD_LIBRARY_PATH. But if it isn't set... > > > > > > As far as I'm concerned, the linker should always set the absolute > > pathname, and we shouldn't be doing any of this junk. > > Well, but that is not in fact the case. For sure not on linux, > and I don't think it is on solaris either. Linkers can be funny that way. Things like the loader (in our case ldqnx.so) don't have the full path but other libs do. cheers, Kris