From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11448 invoked by alias); 30 Jan 2008 21:06:08 -0000 Received: (qmail 11439 invoked by uid 22791); 30 Jan 2008 21:06:07 -0000 X-Spam-Check-By: sourceware.org Received: from shell4.BAYAREA.NET (HELO shell4.bayarea.net) (209.128.82.1) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 30 Jan 2008 21:05:44 +0000 Received: (qmail 28658 invoked from network); 30 Jan 2008 13:05:41 -0800 Received: from 209-128-106-254.bayarea.net (HELO ?192.168.20.7?) (209.128.106.254) by shell4.bayarea.net with SMTP; 30 Jan 2008 13:05:41 -0800 Message-ID: <47A0E6A2.3040101@eagercon.com> Date: Wed, 30 Jan 2008 21:06:00 -0000 From: Michael Eager User-Agent: Thunderbird 1.5.0.9 (X11/20070102) MIME-Version: 1.0 To: Paul Koning CC: mark.kettenis@xs4all.nl, gdb@sourceware.org Subject: Re: Finding ld.so dynamic loader References: <47A0A8D8.7090508@eagercon.com> <200801301827.m0UIRbv7029099@brahms.sibelius.xs4all.nl> <47A0C5A1.7090608@eagercon.com> <18336.51719.355382.325696@pkoning-laptop.equallogic.com> In-Reply-To: <18336.51719.355382.325696@pkoning-laptop.equallogic.com> Content-Type: text/plain; charset=UTF-8; format=flowed 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/msg00348.txt.bz2 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. Essentially, any time gdb is working with a remote target, searching the host file system should be suppressed. -- Michael Eager eager@eagercon.com 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077