This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: [RFC/RFA] gdb extension for Harvard architectures
- To: Michael Snyder <msnyder at cygnus dot com>, Jim blandy <jimb at cygnus dot com>
- Subject: Re: [RFC/RFA] gdb extension for Harvard architectures
- From: Andrew Cagney <ac131313 at cygnus dot com>
- Date: Tue, 02 Oct 2001 22:26:25 -0400
- Cc: gdb-patches at sources dot redhat dot com
- References: <3BB4D843.A92818B9@cygnus.com>
Hmm, that d10v example made me think ...
The d10v has 16 bit code pointers. They are mapped onto a core addr using:
((code_ptr) << 2) | 0x01000000)
The key thing being the code pointer has a granularity of 32 bits (aka 4
bytes).
Given the expression:
((int32 @code *) func)[1]
I can guess what it does. However, what about:
((int16 @code *) func)[1]
I suspect that the proposed model would result in ``[1]'' and ``[0]''
being the same location.
Andrew