From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30991 invoked by alias); 23 May 2012 16:22:03 -0000 Received: (qmail 30966 invoked by uid 22791); 23 May 2012 16:22:02 -0000 X-SWARE-Spam-Status: No, hits=-3.5 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,RCVD_IN_HOSTKARMA_NO,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 23 May 2012 16:21:49 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 21C011C6BD2; Wed, 23 May 2012 12:21:49 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id eOhORIwj5jYj; Wed, 23 May 2012 12:21:49 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id C0EFB1C6B82; Wed, 23 May 2012 12:21:48 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id 2A190145616; Wed, 23 May 2012 09:21:46 -0700 (PDT) Date: Wed, 23 May 2012 16:22:00 -0000 From: Joel Brobecker To: Pedro Alves Cc: Jerome Guitton , Doug Evans , gdb-patches@sourceware.org Subject: Re: [RFC] setting the raw content of a register Message-ID: <20120523162146.GD5492@adacore.com> References: <1337697398-25866-1-git-send-email-guitton@adacore.com> <4FBBA8C8.4030909@redhat.com> <20120522152459.GQ51051@adacore.com> <4FBBBF75.4040605@redhat.com> <20120523154226.GT51051@adacore.com> <4FBD0A28.9090503@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4FBD0A28.9090503@redhat.com> User-Agent: Mutt/1.5.20 (2009-06-14) Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2012-05/txt/msg00902.txt.bz2 My two cents: One of the concerns I have with the current discussion centering around using the expression parser is that the syntax would then be language- sensitive, or might not even be implemented/able in certain languages at all. I can be a number of scenarios where that becomes a pain for the user (assuming said user was able to find the right incantation at all). Also, I tend to think that the "{TYPE} VAL " expression is a little obscure to be found easily by someone searching for a way to assign a raw value to an object. And to widen the discussion, I have always thought that relying on language expression assignment to change the value of some variables or even some memory has always been a PIA, and I would have welcomed a dedicated command to do that. So, I understand the desire to widen the discussion to find a way to change the raw value of any object, not just registers, but I would really prefer in this instance that it did not rely on pure expression evaluation. -- Joel