From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4497 invoked by alias); 8 Dec 2002 20:30:48 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 4490 invoked from network); 8 Dec 2002 20:30:47 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by sources.redhat.com with SMTP; 8 Dec 2002 20:30:47 -0000 Received: from nevyn.them.org ([66.93.61.169] ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 18L9wK-0001FV-00; Sun, 08 Dec 2002 16:30:20 -0600 Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian)) id 18L84Z-0004Wm-00; Sun, 08 Dec 2002 15:30:43 -0500 Date: Sun, 08 Dec 2002 12:30:00 -0000 From: Daniel Jacobowitz To: Doug Evans Cc: fnasser@redhat.com, gdb@sources.redhat.com Subject: Re: Processing of convenience variables for scripts ... Message-ID: <20021208203043.GA17271@nevyn.them.org> Mail-Followup-To: Doug Evans , fnasser@redhat.com, gdb@sources.redhat.com References: <20021120163549.GA14036@nevyn.them.org> <20021120183613.GA24089@nevyn.them.org> <200212081936.LAA24307@casey.transmeta.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200212081936.LAA24307@casey.transmeta.com> User-Agent: Mutt/1.5.1i X-SW-Source: 2002-12/txt/msg00166.txt.bz2 On Sun, Dec 08, 2002 at 11:36:22AM -0800, Doug Evans wrote: > Fernando writes: > >>Daniel Jacobowitz wrote: > >> > >> In that case, in the short term, it would be worthwhile to implement > >> eval. A simple version would just find any individual word that > >> started with a $ and substitute variables, and end up with something > >> like "eval add-symbol-file $name $addr". > > > > Seems useful to me, and probably not difficult to implement. > > add-symbol-file takes a file name as the first argument and > you can't store strings (of any kind) in convenience variables. > > I haven't checked FSF sources in the last few months, > maybe things have improved. If so great. If not, how would this work? This is true. One problem at a time - numbers first. I have some ideas, but I won't have a chance to work on this until next weekend. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer