binutils-gdb/sim/arm
Mike Frysinger c0c25232da sim: run: move linking into top-level
Automake will run each subdir individually before moving on to the next
one.  This means that the linking phase, a single threaded process, will
not run in parallel with anything else.  When we have to link ~32 ports,
that's 32 link steps that don't take advantage of parallel systems.  On
my really old 4-core system, this cuts a multi-target build from ~60 sec
to ~30 sec.  We eventually want to move all compile+link steps to this
common dir anyways, so might as well move linking now for a nice speedup.

We use noinst_PROGRAMS instead of bin_PROGRAMS because we're taking care
of the install ourselves rather than letting automake process it.
2022-11-05 20:00:56 +07:00
..
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 sim: run: move linking into top-level 2022-11-05 20:00:56 +07:00
Makefile.in sim: drop -lm from SIM_EXTRA_LIBS 2022-11-04 07:42:31 +07:00
maverick.c
maverick.h
README
sim-main.h
thumbemu.c
wrapper.c sim: common: change sim_{fetch,store}_register helpers to use void* buffers 2022-11-02 20:31:10 +05:45

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