mirror of
https://sourceware.org/git/binutils-gdb.git
synced 2024-11-27 12:03:41 +08:00
63fd5b5dda
We've been using SIM_ADDR which has always been 32-bit. This means the upper 32-bit address range in 64-bit sims is inaccessible. Use 64-bit addresses all the time since we want the APIs to be stable regardless of the active arch backend (which can be 32 or 64-bit). The length is also 64-bit because it's completely feasible to have a program that is larger than 4 GiB in size/image/runtime. Forcing the caller to manually chunk those accesses up into 4 GiB at a time doesn't seem useful to anyone. Bug: https://sourceware.org/PR7504 |
||
---|---|---|
.. | ||
armcopro.c | ||
armdefs.h | ||
armemu32.c | ||
armemu.c | ||
armemu.h | ||
armfpe.h | ||
arminit.c | ||
armos.c | ||
armos.h | ||
armsupp.c | ||
armvirt.c | ||
ChangeLog-2021 | ||
dbg_rdi.h | ||
iwmmxt.c | ||
iwmmxt.h | ||
local.mk | ||
Makefile.in | ||
maverick.c | ||
maverick.h | ||
README | ||
sim-main.h | ||
thumbemu.c | ||
wrapper.c |
This directory contains the standard release of the ARMulator from Advanced RISC Machines, and was ftp'd from. ftp.cl.cam.ac.uk:/arm/gnu It likes to use TCP/IP between the simulator and the host, which is nice, but is a pain to use under anything non-unix. I've added created a new Makefile.in (the original in Makefile.orig) to build a version of the simulator without the TCP/IP stuff, and a wrapper.c to link directly into gdb and the run command. It should be possible (barring major changes in the layout of the armulator) to upgrade the simulator by copying all the files out of a release into this directory and renaming the Makefile. (Except that I changed armos.c to work more simply with our simulator rigs) Steve sac@cygnus.com Mon May 15 12:03:28 PDT 1995