From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22401 invoked by alias); 16 May 2008 15:27:41 -0000 Received: (qmail 25001 invoked by uid 22791); 16 May 2008 14:41:50 -0000 X-Spam-Check-By: sourceware.org Received: from mtaout1.012.net.il (HELO mtaout1.012.net.il) (84.95.2.1) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 16 May 2008 14:41:31 +0000 Received: from HOME-C4E4A596F7 ([83.130.255.47]) by i-mtaout1.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0K0Y00HU0URC4ZA0@i-mtaout1.012.net.il> for gdb-patches@sources.redhat.com; Fri, 16 May 2008 17:54:49 +0300 (IDT) Date: Fri, 16 May 2008 19:35:00 -0000 From: Eli Zaretskii Subject: Re: [RFC] new substitute path when loading feature In-reply-to: <482D87A8.7030201@qnx.com> X-012-Sender: halo1@inter.net.il To: Aleksandar Ristovski Cc: drow@false.org, gdb-patches@sources.redhat.com Reply-to: Eli Zaretskii Message-id: Content-transfer-encoding: 7BIT References: <482D87A8.7030201@qnx.com> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2008-05/txt/msg00510.txt.bz2 > Date: Fri, 16 May 2008 09:10:00 -0400 > From: Aleksandar Ristovski > CC: drow@false.org, gdb-patches@sources.redhat.com > > > I think this suggestion is so subtle that no one who has such a > > problem would ever be able to guess that substitute-path is the > > solution. > > Unless it was properly documented (for example, in a section named "Debugging cross compiled binaries" or something like that). You and I would then find it, perhaps, but unfortunately most users don't really read the manual these days.