From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21267 invoked by alias); 6 Dec 2002 01:02:15 -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 21259 invoked from network); 6 Dec 2002 01:02:15 -0000 Received: from unknown (HELO touchme.toronto.redhat.com) (216.138.202.10) by sources.redhat.com with SMTP; 6 Dec 2002 01:02:15 -0000 Received: from redhat.com (totem.toronto.redhat.com [172.16.14.242]) by touchme.toronto.redhat.com (Postfix) with ESMTP id 8011180008E; Thu, 5 Dec 2002 20:02:14 -0500 (EST) Message-ID: <3DEFF716.2070803@redhat.com> Date: Thu, 05 Dec 2002 17:02:00 -0000 From: Fernando Nasser Organization: Red Hat , Inc. - Toronto User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020827 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Santcroos Cc: gdb@sources.redhat.com Subject: Re: add-symbol-file parsing References: <20021129105448.GF598@laptop.6bone.nl> <20021203052939.GA22983@nevyn.them.org> <20021203064442.GB598@laptop.6bone.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-12/txt/msg00104.txt.bz2 We have been talking of an eval command in another thread that would also solve this problem. eval add-symbol-file /dir/symbol.file $text_addr would cause add-symbol-file /dir/symbol.file 0xdeadc0de to be executed. Fernando -- Fernando Nasser Red Hat - Toronto E-Mail: Mark Santcroos wrote:> Hi Daniel, > > On Tue, Dec 03, 2002 at 12:29:39AM -0500, Daniel Jacobowitz wrote: > >>The problem is, add-symbol-file takes more than a $text_addr. It also >>takes a series of -s SECNAME $sec_addr. We could: >> >> - split the command line at -s options and parse anything before the >> next -s option as an expression, assuming people will not foolishly >> use -s in their expression; >> - allow only convenience variables >> >>Option 2 may be the way to go... What do others think about allowing >>integer-or-convenience-variable there? > > > Option 2 would at least enable us to do everything. In the worst case you > would have to add another line to your macro that does the > expression-to-convinience-variable-translation. > > Please let me know if you don't have time and would prefer me to tackle > this. > > Thanks > > Mark > @redhat.com 2323 Yonge Street, Suite #300 Toronto, Ontario M4P 2C9