From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-28407-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 16535 invoked by alias); 21 Apr 2007 12:50:24 -0000
Received: (qmail 16527 invoked by uid 22791); 21 Apr 2007 12:50:23 -0000
X-Spam-Check-By: sourceware.org
Received: from nile.gnat.com (HELO nile.gnat.com) (205.232.38.5)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 21 Apr 2007 13:50:21 +0100
Received: from localhost (localhost [127.0.0.1]) 	by filtered-nile.gnat.com (Postfix) with ESMTP id 37BEB48CBAD; 	Sat, 21 Apr 2007 08:50:19 -0400 (EDT)
Received: from nile.gnat.com ([127.0.0.1])  by localhost (nile.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP  id 14686-01-2; Sat, 21 Apr 2007 08:50:19 -0400 (EDT)
Received: from [127.0.0.1] (nile.gnat.com [205.232.38.5]) 	by nile.gnat.com (Postfix) with ESMTP id D921148CE52; 	Sat, 21 Apr 2007 08:50:17 -0400 (EDT)
Message-ID: <462A088D.9050409@adacore.com>
Date: Sat, 21 Apr 2007 12:50:00 -0000
From: Robert Dewar <dewar@adacore.com>
User-Agent: Thunderbird 1.5.0.10 (Windows/20070221)
MIME-Version: 1.0
To: jagorak <jagorak@wp.pl>
CC:  gdb@sourceware.org
Subject: Re: Setting a variable is very slow.
References: <1546343093.20070421134325@wp.pl>
In-Reply-To: <1546343093.20070421134325@wp.pl>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2007-04/txt/msg00134.txt.bz2

jagorak wrote:

> *More  importantly*:
> ===> Is there any way to make the assignments work faster? <===

First step is you should do some profiling work to see if you can
find out what is taking the time in gdb
> 
> E.g.  by  telling  gdb  to cache the address of a symbol (variable) so
> that everytime the symbol is being set gdb does not have to go through
> the  symbol  table  to  obtain  the address (in case that would be the
> reason why assignments are very slow).

That's a good idea, would be good to work on this improvement
to gdb. By all means investigate!