From mboxrd@z Thu Jan  1 00:00:00 1970
From: "Eli Zaretskii" <eliz@is.elta.co.il>
To: msnyder@cygnus.com
Cc: gdb-patches@sources.redhat.com
Subject: Re: [RFC/RFA] gdb extension for Harvard architectures
Date: Sat, 29 Sep 2001 02:29:00 -0000
Message-id: <5567-Sat29Sep2001112604+0300-eliz@is.elta.co.il>
References: <3BB4D843.A92818B9@cygnus.com>
X-SW-Source: 2001-09/msg00450.html

> Date: Fri, 28 Sep 2001 13:06:27 -0700
> From: Michael Snyder <msnyder@cygnus.com>
> 
> This is an extension to help with debugging on Harvard architectures
> (machines with two or more address spaces, typically one for 
> instructions and one for data).

Thanks.

> + /* Instruction-space delimited type.  This is for Harvard architectures
> +    which have separate instruction and data address spaces (and perhaps
> +    others).
> + 
> +    GDB usually defines a flat address space that is a superset of the
> +    architecture's two (or more) address spaces, but this is an extension
> +    of the architecture's model.
> + 
> +    If TYPE_FLAG_INST is set, an object of the corresponding type
> +    resides in instruction memory, even if its address (in the extended
> +    flat address space) does not reflect this.
> + 
> +    Similarly, if TYPE_FLAG_DATA is set, then an object of the 
> +    corresponding type resides in the data memory space, even if
> +    this is not indicated by its (flat address space) address.
>   
> +    If neither flag is set, the default space for functions / methods
> +    is instruction space, and for data objects is data memory.  */
> + 
> + #define TYPE_FLAG_CODE_SPACE (1 << 9)
> + #define TYPE_FLAG_DATA_SPACE (1 << 10)

May I suggest that these new macros be added to the docs
gdbint.texinfo?  The large comment tells me they are important enough
to be documented.