From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17112 invoked by alias); 6 Jul 2006 16:07:22 -0000 Received: (qmail 16970 invoked by uid 22791); 6 Jul 2006 16:07:21 -0000 X-Spam-Check-By: sourceware.org Received: from e5.ny.us.ibm.com (HELO e5.ny.us.ibm.com) (32.97.182.145) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 06 Jul 2006 16:07:19 +0000 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e5.ny.us.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id k66G7D7J003637 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Thu, 6 Jul 2006 12:07:13 -0400 Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64]) by d01relay04.pok.ibm.com (8.13.6/NCO/VER7.0) with ESMTP id k66G7Adx288814 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 6 Jul 2006 12:07:12 -0400 Received: from d01av04.pok.ibm.com (loopback [127.0.0.1]) by d01av04.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id k66G7AX7026142 for ; Thu, 6 Jul 2006 12:07:10 -0400 Received: from dufur.beaverton.ibm.com (dufur.beaverton.ibm.com [9.47.22.20]) by d01av04.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id k66G79Tg026084; Thu, 6 Jul 2006 12:07:10 -0400 Subject: Re: [RFA] New substitute-path commands From: PAUL GILLIAM Reply-To: pgilliam@us.ibm.com To: Joel Brobecker Cc: gdb-patches@sources.redhat.com In-Reply-To: <20060706044733.GC673@adacore.com> References: <20060705215606.GF3580@adacore.com> <20060705230129.GA1145@nevyn.them.org> <20060706044733.GC673@adacore.com> Content-Type: text/plain Date: Thu, 06 Jul 2006 16:07:00 -0000 Message-Id: <1152198199.6282.63.camel@dufur.beaverton.ibm.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 (2.2.2-5) Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-07/txt/msg00035.txt.bz2 On Wed, 2006-07-05 at 21:47 -0700, Joel Brobecker wrote: > > Given your later explanation that you only support one entry, I find > > "substitute-path add" a bit confusing. Shall we take a moment to think > > about a general interface for lists? > > > > If we had one, we could use it for other variables, and we could access > > this using something like -gdb-set. > > Would you mind making a design proposal? I'm not sure to understand > what you exactly you are thinking about. I think I understand the fact > that you would like to have more than one rule because "add" doesn't > suggest "replace", but I am not sure I get the rest :-/. > > Thanks, How about something like this: set substitute-path [] If this variable is set, is a colon-separated list of , pairs. When a full path that has been encoded in the debug information is processed, each , pair is applied by searching the full path for the string and replacing it by the string. If is not used, then the substitute-path variable is un-set. show substitute-path Display the current list of , pairs.