From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31384 invoked by alias); 6 Jul 2006 09:36:55 -0000 Received: (qmail 31376 invoked by uid 22791); 6 Jul 2006 09:36:54 -0000 X-Spam-Check-By: sourceware.org Received: from fra-del-04.spheriq.net (HELO fra-del-04.spheriq.net) (195.46.51.100) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 06 Jul 2006 09:36:52 +0000 Received: from fra-out-03.spheriq.net (fra-out-03.spheriq.net [195.46.51.131]) by fra-del-04.spheriq.net with ESMTP id k669alLB016942 for ; Thu, 6 Jul 2006 09:36:47 GMT Received: from fra-cus-02.spheriq.net (fra-cus-02.spheriq.net [195.46.51.38]) by fra-out-03.spheriq.net with ESMTP id k669akB0018351 for ; Thu, 6 Jul 2006 09:36:46 GMT Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by fra-cus-02.spheriq.net with ESMTP id k669aidP032516 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 6 Jul 2006 09:36:45 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 B04A6DA41; Thu, 6 Jul 2006 09:36:38 +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 75A134745D; Thu, 6 Jul 2006 09:36:38 +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 CHU34549 (AUTH stubbsa); Thu, 6 Jul 2006 10:36:36 +0100 (BST) Message-ID: <44ACD9A4.90007@st.com> Date: Thu, 06 Jul 2006 09:36: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> In-Reply-To: <20060705215606.GF3580@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/msg00028.txt.bz2 Joel Brobecker wrote: > At least one user suggested that we provide the possibility of applying > a list of substitution rules as opposed to one. I'm not against that > idea, but this makes the design and implementation slightly more complex > for something that I think will be little used. I suspect that most > people will use it in a very specific context where the entire source > tree has been moved - so one substitution rule should be enough. Another use case would be where one is trying to identify a problem in a library. There may be many of these and each could be in its own source tree. We, here at ST, include a number of libraries (Newlib, our OS, posix etc.) with our toolsets, all with debug information built in. We make the sources available to our customers, either as part of the installation or a separate package, but we have no knowledge of where they will install them in their own systems and there is no reason why the various parts have to be installed in the same place. It would be very useful if the ability to add multiple substitutions were there from the start. Additionally, it would be nice if there were a command line option for this, similar to --directory, although --eval-command will do the job. > +/* Extract the first argument (possibly quoted) from ARGS, and return it. > + ARGS is updated to point right after that first argument. > + The returned value must be deallocated afterwards. > + > + Return NULL is an argument could not be found. */ What's wrong with buildargv() in libiberty? Andrew Stubbs