From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23704 invoked by alias); 18 Jun 2003 19:20:52 -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 23019 invoked from network); 18 Jun 2003 19:20:35 -0000 Received: from unknown (HELO localhost.redhat.com) (24.157.166.107) by sources.redhat.com with SMTP; 18 Jun 2003 19:20:35 -0000 Received: from redhat.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 41CC62B5F; Wed, 18 Jun 2003 15:20:33 -0400 (EDT) Message-ID: <3EF0BB81.7060706@redhat.com> Date: Wed, 18 Jun 2003 19:20:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.2) Gecko/20030223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Warkentin , Michael Snyder Cc: Kevin Buettner , Daniel Jacobowitz , "Gdb@Sources.Redhat.Com" Subject: Re: Why does solib_open do what it does? 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> <003301c33594$3e6bccf0$2a00a8c0@dash> <008e01c335ab$72a101e0$0202040a@catdog> <3EF0B485.6050805@redhat.com> <019f01c335cd$0a119c80$0202040a@catdog> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2003-06/txt/msg00395.txt.bz2 > * If available, use target defined search function. >> > * Look in inferior's $PATH. >> > * Look in inferior's $LD_LIBRARY_PATH. > >> >> I rather think that $PATH and $LD_LIBRARY_PATH should be native-only. >> But come to think of it, do remote targets even have environment > > variables? > >> And if so -- do they inherit them from gdb / the host? If there's a >> gdbserver-type situation, and if the server is able to provide the true >> environment variables from the target, then yes, we should use these. >> But I don't recall any gdbserver ever offering that functionality. > > > Our pdebug remote protocol allows us to 'set qnxinheritenv true/false'. > This determines whether gdb will send it's environment to the target or > whether the target will inherit from the pdebug server. This is a long standing design bug. When it comes to the environment, GDB should be strictly using target vector methods. The native target could then look in the hosts environment, the remote target query the remote end. Andrew