binutils-gdb/sim/m32r
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
..
arch.c
arch.h
ChangeLog-2021
cpu2.c
cpu2.h
cpu.c
cpu.h
cpuall.h
cpux.c
cpux.h
decode2.c
decode2.h
decode.c
decode.h
decodex.c
decodex.h
dv-m32r_cache.c
dv-m32r_cache.h
dv-m32r_uart.c
dv-m32r_uart.h
local.mk sim: run: move linking into top-level 2022-11-05 20:00:56 +07:00
m32r2.c sim: common: change sim_{fetch,store}_register helpers to use void* buffers 2022-11-02 20:31:10 +05:45
m32r-sim.h
m32r.c sim: common: change sim_{fetch,store}_register helpers to use void* buffers 2022-11-02 20:31:10 +05:45
m32rx.c sim: common: change sim_{fetch,store}_register helpers to use void* buffers 2022-11-02 20:31:10 +05:45
Makefile.in sim: build: remove various obsolete generation dep variables 2022-11-04 13:58:42 +07:00
mloop2.in
mloop.in
mloopx.in
model2.c
model.c
modelx.c
README
sem2-switch.c
sem-switch.c
sem.c
semx-switch.c
sim-if.c
sim-main.h
syscall.h
traps.c

This is the m32r simulator directory.

It is still work-in-progress.  The current sources are reasonably
well tested and lots of features are in.  However, there's lots
more yet to come.

There are lots of machine generated files in the source directory!
They are only generated if you configure with --enable-cgen-maint,
similar in behaviour to Makefile.in, configure under automake/autoconf.

For details on the generator, see ../../cgen.

devo/cgen isn't part of the comp-tools module yet.
You'll need to check it out manually (also akin to automake/autoconf).