This is the mail archive of the
mailing list for the GDB project.
Re: Harvard proposal
- To: Nick Duffek <nsd at redhat dot com>
- Subject: Re: Harvard proposal
- From: Andrew Cagney <ac131313 at cygnus dot com>
- Date: Tue, 13 Feb 2001 15:39:03 -0500
- Cc: gdb at sources dot redhat dot com, cagney at redhat dot com, dje at transmeta dot com, taylor at cygnus dot com, kevinb at cygnus dot com, msnyder at cygnus dot com, jimb at cygnus dot com, per at bothner dot com, eliz at delorie dot com
- References: <200102102025.f1AKPtS11061@rtl.cygnus.com>
Nick Duffek wrote:
> The Problem
> GDB handles Harvard architectures by mapping instruction and data spaces
> onto a single byte address space.
> For example, d10v-tdep.c performs the following mapping:
> data: 0x2000000 + addr
> insn: 0x1000000 + (addr << 2)
> The mapping is user-visible, which I think is problematic because:
Just FYI, while the mapping is user visible it is also very entrenched.
BFD, which doesn't handle segmentation either, uses that ``cannonical''
address form in its linker scripts and relocations.