From mboxrd@z Thu Jan  1 00:00:00 1970
From: Andrew Cagney <ac131313@cygnus.com>
To: Jim Blandy <jimb@cygnus.com>, Daniel Berlin <dberlin@redhat.com>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [PATCH] Add support for tracking/evaluating dwarf2 location expressions
Date: Wed, 06 Jun 2001 09:07:00 -0000
Message-id: <3B1E4DCC.2090607@cygnus.com>
References: <Pine.LNX.4.33.0103301400270.24037-100000@www.cgsoftware.com> <nppud28jdl.fsf@zwingli.cygnus.com>
X-SW-Source: 2001-06/msg00067.html

Two things:

GDB has, well almost has, a byte code interpreter it 100% controls. Jim, 
remember tracepoints?

To initially set the bar very high (I'm sure it will soon come crashing 
down) the byte code interpreter should to be implemented as a true state 
machine.  This is significant - instead of assuming that target_read() 
returns the data immediatly, it should instead be designed to allow for 
the day when target_read() returns ERETRY.

Hmm, no, I lied, three things :-)

To follow up Jim's comment about GDB 100% controlling the byte code 
interpreter.  Am I correct to think that, for tracepoints to continue 
working, GDB will need to translate DWARF2 bytecode expressions into 
tracepoint expressions so that they can be run on the target when 
fetching variables?

	Andrew