binutils-gdb/sim/m32r
Mike Frysinger 109a0a7e90 sim: modules.c: fix generation after recent refactors
Add explicit arch-specific modules.c rules to keep the build from
generating an incorrect common/modules.c.  Otherwise the pattern
rules would cascade such that it'd look for $arch/modules.o which
turned into common/modules.c which triggered the gen rule.

My local testing of this code didn't catch this bug because of how
Automake manages .Po (dependency files) in incremental builds -- it
was adding extra rules that override the pattern rules which caused
the build to generate correct modules.c files.  But when building
from a cold cache, the pattern rules would force common/modules.c to
be used leading to crashes at runtime.
2023-01-15 20:55:48 -05: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: modules.c: fix generation after recent refactors 2023-01-15 20:55:48 -05:00
m32r2.c
m32r-sim.h
m32r.c
m32rx.c
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 sim: replace -I$srcroot/opcodes include with -I$srcroot 2023-01-01 23:14:19 -05:00
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).