From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-53626-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 1456 invoked by alias); 28 Jan 2008 23:51:53 -0000
Received: (qmail 1446 invoked by uid 22791); 28 Jan 2008 23:51:52 -0000
X-Spam-Check-By: sourceware.org
Received: from ug-out-1314.google.com (HELO ug-out-1314.google.com) (66.249.92.169)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 28 Jan 2008 23:51:35 +0000
Received: by ug-out-1314.google.com with SMTP id m2so178018ugc.44         for <gdb-patches@sources.redhat.com>; Mon, 28 Jan 2008 15:51:32 -0800 (PST)
Received: by 10.67.19.13 with SMTP id w13mr742017ugi.19.1201564292822;         Mon, 28 Jan 2008 15:51:32 -0800 (PST)
Received: by 10.66.223.9 with HTTP; Mon, 28 Jan 2008 15:51:32 -0800 (PST)
Message-ID: <fb249edb0801281551o68911a0cw5e6d2051247722ab@mail.gmail.com>
Date: Tue, 29 Jan 2008 00:19:00 -0000
From: "andrzej zaborowski" <balrogg@gmail.com>
To: "Jim Blandy" <jimb@red-bean.com>
Subject: Re: [PATCH] Disallow pseudo-registers in agent expression.
Cc: gdb-patches@sources.redhat.com
In-Reply-To: <8f2776cb0801271007r125463e0la1cf8a7c9d1efef@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <fb249edb0801261107s6444f842s45ef63860c38f4d3@mail.gmail.com> 	 <fb249edb0801261110g75922f69o948a2e2fd6b08dfa@mail.gmail.com> 	 <8f2776cb0801271007r125463e0la1cf8a7c9d1efef@mail.gmail.com>
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
X-SW-Source: 2008-01/txt/msg00658.txt.bz2

On 27/01/2008, Jim Blandy <jimb@red-bean.com> wrote:
> On some targets, all the user-visible registers are pseudo-registers.
> What we need is a gdbarch method (optional) that the tracepoint code
> could call, passing it a struct agent_expr and a pseudo-register
> number, to have the architecture code append the appropriate bytecodes
> to access that register.

That's ofcourse doable but sounds tough and bug-prone. The mapping of
numbers to raw registers is to some extent obvious and unlikely to
change, while the pseudo-registers may change with gdb version so the
target has more gdb version dependence.

Independently of that there's currenly a failed assertion so the
target can't do anything if a pseudo-register is used.