From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13892 invoked by alias); 31 Jan 2008 11:27:24 -0000 Received: (qmail 13880 invoked by uid 22791); 31 Jan 2008 11:27:24 -0000 X-Spam-Check-By: sourceware.org Received: from bluesmobile.specifix.com (HELO bluesmobile.specifix.com) (216.129.118.140) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 31 Jan 2008 11:27:07 +0000 Received: from [127.0.0.1] (bluesmobile.specifix.com [216.129.118.140]) by bluesmobile.specifix.com (Postfix) with ESMTP id 2AB653C95E; Thu, 31 Jan 2008 03:27:05 -0800 (PST) Subject: Re: Finding ld.so dynamic loader From: Michael Snyder To: Michael Eager Cc: Paul Koning , mark.kettenis@xs4all.nl, gdb@sourceware.org In-Reply-To: <47A0E6A2.3040101@eagercon.com> References: <47A0A8D8.7090508@eagercon.com> <200801301827.m0UIRbv7029099@brahms.sibelius.xs4all.nl> <47A0C5A1.7090608@eagercon.com> <18336.51719.355382.325696@pkoning-laptop.equallogic.com> <47A0E6A2.3040101@eagercon.com> Content-Type: text/plain Date: Thu, 31 Jan 2008 11:27:00 -0000 Message-Id: <1201778824.3402.6.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 (2.10.3-7.fc7) Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2008-01/txt/msg00354.txt.bz2 On Wed, 2008-01-30 at 13:05 -0800, Michael Eager wrote: > Paul Koning wrote: > >>>>>> "Michael" == Michael Eager writes: > > > > Michael> Mark Kettenis wrote: > > >> GDB tries to please them all, and still tries to cover the case of > > >> a native debugger too. > > > > Michael> It still seems that searching the host file system should be > > Michael> the last choice, not the first. > > > > It should either be the last choice, or not be done at all. An > > example where it should not be done at all is when host and target are > > different architectures. Looking up a symbol in an x86 library when > > you're debugging a MIPS target cannot ever be correct -- but that's > > what can happen today. (This is also an example of something that can > > easily be checked by the solib code without worrying about the > > "remote" vs. "local" distinction -- if host != target then by > > definition the host libraries are wrong.) > > It's certainly incorrect to look up a symbol when the host > and target architectures are different. But it's also > incorrect when the architectures are the same but the library > versions are different. For example, debugging a x86 Linux 2.4 > target with an x86 Linux 2.6 host. I'd rather see a fix which > handles both situations. Yeah, but gdb already has knowledge about architectures. It doesn't have any knowledge about library versions. > Essentially, any time gdb is working with a remote target, > searching the host file system should be suppressed. In the testsuites, we have a method called something like "is_remote_target". Perhaps if it's useful there, it would be useful internally in gdb as well? As Daniel said, presently it can be pretty arcane to figure out.