From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7737 invoked by alias); 26 Jun 2006 15:39:52 -0000 Received: (qmail 7721 invoked by uid 22791); 26 Jun 2006 15:39:51 -0000 X-Spam-Check-By: sourceware.org Received: from lon-del-04.spheriq.net (HELO lon-del-04.spheriq.net) (195.46.50.101) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 26 Jun 2006 15:39:49 +0000 Received: from lon-out-03.spheriq.net ([195.46.50.131]) by lon-del-04.spheriq.net with ESMTP id k5QFdiEn011425 for ; Mon, 26 Jun 2006 15:39:44 GMT Received: from lon-cus-01.spheriq.net (lon-cus-01.spheriq.net [195.46.50.37]) by lon-out-03.spheriq.net with ESMTP id k5QFdgcg020030 for ; Mon, 26 Jun 2006 15:39:43 GMT Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by lon-cus-01.spheriq.net with ESMTP id k5QFdPUY017026 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 26 Jun 2006 15:39:33 GMT Received: from zeta.dmz-eu.st.com (ns2.st.com [164.129.230.9]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 2FA52DAB6; Mon, 26 Jun 2006 15:35:51 +0000 (GMT) Received: from mail1.bri.st.com (mail1.bri.st.com [164.129.8.218]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id A610847626; Mon, 26 Jun 2006 15:35:46 +0000 (GMT) Received: from [164.129.15.13] (bri1043.bri.st.com [164.129.15.13]) by mail1.bri.st.com (MOS 3.5.8-GR) with ESMTP id CHT43387 (AUTH stubbsa); Mon, 26 Jun 2006 16:35:44 +0100 (BST) Message-ID: <449FFECF.9030202@st.com> Date: Wed, 28 Jun 2006 02:26:00 -0000 From: Andrew STUBBS User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Joel Brobecker , Andreas Schwab , gdb@sourceware.org, gdb@sources.redhat.com, Eli Zaretskii Subject: Re: Should "dir" override the full path encoded in debug info? References: <20060624133051.GB26555@nevyn.them.org> <20060625040715.GH22750@adacore.com> <20060626015318.GI22750@adacore.com> <20060626015636.GA14263@nevyn.them.org> <20060626020333.GA22589@brasko.net> <20060626021945.GA14880@nevyn.them.org> <20060626024422.GJ22750@adacore.com> <20060626145036.GK22750@adacore.com> <20060626145530.GB22589@brasko.net> In-Reply-To: <20060626145530.GB22589@brasko.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-06/txt/msg00248.txt.bz2 Bob Rossi wrote: > On Mon, Jun 26, 2006 at 07:50:37AM -0700, Joel Brobecker wrote: >>> How about adding subcommands `add' and `remove' and having more than one >>> substitution rule? >> I personally think that would be overkill... Others? > > Well, it seem to me that eventually users will need to subsitute > multiple paths. So, it makes sense to support it right away. I don't > know if add/remove is the best way. It would be a good idea to also > consider a key/value colon separated list. Where if they want to use :, > they will have to escape it (\). > > substitute-path /home/foo=/home/bar:/home/foo\:1=/home/foo\:2 Let's not forget Windows here. The colon might be a problem. I don't think the dir command currently uses (semi-)colon for input, only output, so scripts remain compatible. Andrew From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7734 invoked by alias); 26 Jun 2006 15:39:51 -0000 Received: (qmail 7720 invoked by uid 22791); 26 Jun 2006 15:39:51 -0000 X-Spam-Check-By: sourceware.org Received: from lon-del-04.spheriq.net (HELO lon-del-04.spheriq.net) (195.46.50.101) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 26 Jun 2006 15:39:48 +0000 Received: from lon-out-03.spheriq.net ([195.46.50.131]) by lon-del-04.spheriq.net with ESMTP id k5QFdj2x011499 for ; Mon, 26 Jun 2006 15:39:45 GMT Received: from lon-cus-01.spheriq.net (lon-cus-01.spheriq.net [195.46.50.37]) by lon-out-03.spheriq.net with ESMTP id k5QFdgci020030 for ; Mon, 26 Jun 2006 15:39:44 GMT Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by lon-cus-01.spheriq.net with ESMTP id k5QFdPUY017026 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 26 Jun 2006 15:39:33 GMT Received: from zeta.dmz-eu.st.com (ns2.st.com [164.129.230.9]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 2FA52DAB6; Mon, 26 Jun 2006 15:35:51 +0000 (GMT) Received: from mail1.bri.st.com (mail1.bri.st.com [164.129.8.218]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id A610847626; Mon, 26 Jun 2006 15:35:46 +0000 (GMT) Received: from [164.129.15.13] (bri1043.bri.st.com [164.129.15.13]) by mail1.bri.st.com (MOS 3.5.8-GR) with ESMTP id CHT43387 (AUTH stubbsa); Mon, 26 Jun 2006 16:35:44 +0100 (BST) Message-ID: <449FFECF.9030202@st.com> Date: Tue, 27 Jun 2006 23:10:00 -0000 From: Andrew STUBBS User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Joel Brobecker , Andreas Schwab , gdb@sourceware.org, gdb@sources.redhat.com, Eli Zaretskii Subject: Re: Should "dir" override the full path encoded in debug info? References: <20060624133051.GB26555@nevyn.them.org> <20060625040715.GH22750@adacore.com> <20060626015318.GI22750@adacore.com> <20060626015636.GA14263@nevyn.them.org> <20060626020333.GA22589@brasko.net> <20060626021945.GA14880@nevyn.them.org> <20060626024422.GJ22750@adacore.com> <20060626145036.GK22750@adacore.com> <20060626145530.GB22589@brasko.net> In-Reply-To: <20060626145530.GB22589@brasko.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-06/txt/msg00247.txt.bz2 Message-ID: <20060627231000.O9D8eMAef5PxORqXLE7vioPdebVl1epibnT4MFVcMGQ@z> Bob Rossi wrote: > On Mon, Jun 26, 2006 at 07:50:37AM -0700, Joel Brobecker wrote: >>> How about adding subcommands `add' and `remove' and having more than one >>> substitution rule? >> I personally think that would be overkill... Others? > > Well, it seem to me that eventually users will need to subsitute > multiple paths. So, it makes sense to support it right away. I don't > know if add/remove is the best way. It would be a good idea to also > consider a key/value colon separated list. Where if they want to use :, > they will have to escape it (\). > > substitute-path /home/foo=/home/bar:/home/foo\:1=/home/foo\:2 Let's not forget Windows here. The colon might be a problem. I don't think the dir command currently uses (semi-)colon for input, only output, so scripts remain compatible. Andrew