From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11883 invoked by alias); 12 Aug 2002 14:28:38 -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 11870 invoked from network); 12 Aug 2002 14:28:35 -0000 Received: from unknown (HELO localhost.redhat.com) (216.138.202.10) by sources.redhat.com with SMTP; 12 Aug 2002 14:28:35 -0000 Received: from ges.redhat.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id B12443D12; Mon, 12 Aug 2002 10:28:33 -0400 (EDT) Message-ID: <3D57C611.4010403@ges.redhat.com> Date: Mon, 12 Aug 2002 07:28:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.0) Gecko/20020810 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Jacobowitz Cc: Kevin Buettner , jorma.laaksonen@hut.fi, gdb-gnats@sources.redhat.com, gdb@sources.redhat.com Subject: Re: gdb/633: fully qualified pathnames in solib_map_sections() and remote debugging References: <20020806100634.11483.qmail@sources.redhat.com> <20020806132047.GA16450@nevyn.them.org> <1020809231206.ZM11775@localhost.localdomain> <20020812032527.GA3838@nevyn.them.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-08/txt/msg00092.txt.bz2 >> > I think the search order needs some revision though: >> > - A cross debugger should not search $PATH or $LD_LIBRARY_PATH > >> >> I agree with this. >> > >> > - A cross debugger may, or may not, want to look for the unmodified >> > path; I suspect that we only want to look for unmodified relative >> > paths, not unmodified absolute ones. > >> >> I agree regarding absolute paths. >> >> For relative paths, I'm not convinced that it's all that useful to >> look at the unmodified path. (Doing so requires that you have your >> cwd set correctly, right?) > > > Yes; I think that's not too unreasonable, though. I can go either way > on this one; I believe it never comes up in GNU/Linux since the linker > fills in the full path in the link map. Not 100% sure of that, > however. > > >> > With those changes you would have to explicitly specify the path to >> > DSOs in a cross debugger via solib-absolute-prefix and >> > solib-search-path, > >> >> I think this would be good... >> > >> > and GDB would stop picking up the host libpthread.so >> > and making gdbserver segfault... > >> >> ...and this too! > > > This leaves only the question of "how". I don't want to change the > behavior for a native debugger using the remote protocol; just for > non-native debuggers. How should I check for this? Using configury to > do it seems contrary to the direction gdbarch is going (i.e. a both > native and cross debugger in one binary). This is a target environment thing? So why not ask the target: target_getenv() -> qGetenv: <- value Andrew