From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16256 invoked by alias); 7 Nov 2005 00:18:07 -0000 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 Received: (qmail 16245 invoked by uid 22791); 7 Nov 2005 00:18:03 -0000 Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Mon, 07 Nov 2005 00:18:03 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1EYui0-0005Li-Ok; Sun, 06 Nov 2005 19:18:00 -0500 Date: Mon, 07 Nov 2005 00:18:00 -0000 From: Daniel Jacobowitz To: Andrew STUBBS Cc: GDB List Subject: Re: $argc variable Message-ID: <20051107001800.GF19200@nevyn.them.org> Mail-Followup-To: Andrew STUBBS , GDB List References: <436A0BD2.5080505@st.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <436A0BD2.5080505@st.com> User-Agent: Mutt/1.5.8i X-SW-Source: 2005-11/txt/msg00129.txt.bz2 On Thu, Nov 03, 2005 at 01:08:34PM +0000, Andrew STUBBS wrote: > Hi, > > There was a proposal here: > http://sources.redhat.com/ml/gdb-patches/2005-04/msg00055.html > > Has anything come of it? I can't find anything in cli-script.c. > > This is a feature I would very much like to see. SuperH/ST has had a > very similar feature for quite some time now (long before the above > proposal) in which $argc is a proper convenience variable. > > I would submit our version, but I feel that the above is a better > approach (implementation details aside) - it does not suffer from > problems with recursion. > > Is there any chance of resurrecting this idea? It's still in the review queue. I didn't like the implementation, but I haven't had time to come up with a better one. If you feel like helping... You'll notice no one else responded at the time when I asked for comments. In general I don't like new additions to the CLI. But it seems like real scripting is still at least one major release away, so I am open to suggestions. Let's do it. -- Daniel Jacobowitz CodeSourcery, LLC