From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1900 invoked by alias); 7 Jul 2006 16:45:13 -0000 Received: (qmail 1892 invoked by uid 22791); 7 Jul 2006 16:45:12 -0000 X-Spam-Check-By: sourceware.org Received: from fra-del-03.spheriq.net (HELO fra-del-03.spheriq.net) (195.46.51.99) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 07 Jul 2006 16:45:08 +0000 Received: from fra-out-02.spheriq.net (fra-out-02.spheriq.net [195.46.51.130]) by fra-del-03.spheriq.net with ESMTP id k67Gib36013389 for ; Fri, 7 Jul 2006 16:45:02 GMT Received: from fra-cus-01.spheriq.net (fra-cus-01.spheriq.net [195.46.51.37]) by fra-out-02.spheriq.net with ESMTP id k67GdkYN019123 for ; Fri, 7 Jul 2006 16:39:47 GMT Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by fra-cus-01.spheriq.net with ESMTP id k67GddTN018953 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 7 Jul 2006 16:39:42 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 B3D4ADA45; Fri, 7 Jul 2006 16:39:37 +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 58DFC473FB; Fri, 7 Jul 2006 16:39:37 +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 CHU46780 (AUTH stubbsa); Fri, 7 Jul 2006 17:39:36 +0100 (BST) Message-ID: <44AE8E48.8050001@st.com> Date: Fri, 07 Jul 2006 16:45:00 -0000 From: Andrew STUBBS User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Joel Brobecker Cc: gdb-patches@sources.redhat.com Subject: Re: [RFA] New substitute-path commands References: <20060705215606.GF3580@adacore.com> <20060705230129.GA1145@nevyn.them.org> <20060706044733.GC673@adacore.com> <1152198199.6282.63.camel@dufur.beaverton.ibm.com> <20060706162952.GB24631@nevyn.them.org> <20060707052219.GA971@adacore.com> <44AE38B7.7060706@st.com> <20060707161223.GB971@adacore.com> In-Reply-To: <20060707161223.GB971@adacore.com> 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-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-07/txt/msg00060.txt.bz2 Joel Brobecker wrote: >> I think the suggested interface allowed a FROM argument for removing >> that substitution alone. I still think this feature would be nice to have. > > Currently, we only provide one substitution rule, so the extra argument > at this moment is not needed. My understanding is that, should more than > one rule be needed, the plan is to provide this through a different type > of interface - See Daniel's message. Unless I misread Daniel's message, he was referring to an interface in which pairs of FROM/TO paths are added, one at a time, to an unordered list. Anyway, if your implementation only allows one (I didn't read it that closely), then the extra argument clearly isn't necessary. I would still like to see a solution where more than one mapping was allowed, one for each of our various libraries, not to mention the header files. I want to be able to ship our toolset to customers with a number of 'preset' mappings, computed from the install location, and still allow them to use the feature for their own sources. Andrew