From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20994 invoked by alias); 16 May 2008 15:27:09 -0000 Received: (qmail 22153 invoked by uid 22791); 16 May 2008 13:10:11 -0000 X-Spam-Check-By: sourceware.org Received: from qnxmail.qnx.com (HELO nimbus.ott.qnx.com) (209.226.137.76) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 16 May 2008 13:09:53 +0000 Received: from [10.42.100.129] (min.ott.qnx.com [10.42.100.129]) by nimbus.ott.qnx.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id K6WT3K98; Fri, 16 May 2008 09:09:51 -0400 Message-ID: <482D87A8.7030201@qnx.com> Date: Fri, 16 May 2008 19:21:00 -0000 From: Aleksandar Ristovski User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Eli Zaretskii CC: drow@false.org, gdb-patches@sources.redhat.com Subject: Re: [RFC] new substitute path when loading feature References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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/msg00508.txt.bz2 Eli Zaretskii wrote: >> However, I'm not sure why you didn't like my original rewrite at readin... all the user would have to do for mixed path binaries is: >> >> set substitute-path C: / >> (which would make iberty's IS_ABSOLUTE_PATH work on posix-ly configured gdbs) >> >> and this could be done by default in main :-) > > 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). But ok, if I'm the only one who sees rewrite at readin as a useful thing, I'll leave it alone.