binutils-gdb/sim/m32r
Mike Frysinger 6df01ab8ab sim: switch config.h usage to defs.h
The defs.h header will take care of including the various config.h
headers.  For now, it's just config.h, but we'll add more when we
integrate gnulib in.

This header should be used instead of config.h, and should be the
first include in every .c file.  We won't rely on the old behavior
where we expected files to include the port's sim-main.h which then
includes the common sim-basics.h which then includes config.h.  We
have a ton of code that includes things before sim-main.h, and it
sometimes needs to be that way.  Creating a dedicated header avoids
the ordering mess and implicit inclusion that shows up otherwise.
2021-05-16 22:38:41 -04:00
..
aclocal.m4
arch.c
arch.h
ChangeLog sim: switch config.h usage to defs.h 2021-05-16 22:38:41 -04:00
config.in sim: riscv: move __int128 check to configure 2021-05-16 00:04:17 -04:00
configure sim: riscv: move __int128 check to configure 2021-05-16 00:04:17 -04:00
configure.ac
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 sim: switch config.h usage to defs.h 2021-05-16 22:38:41 -04:00
dv-m32r_cache.h
dv-m32r_uart.c sim: switch config.h usage to defs.h 2021-05-16 22:38:41 -04:00
dv-m32r_uart.h
m32r2.c sim: switch config.h usage to defs.h 2021-05-16 22:38:41 -04:00
m32r-sim.h
m32r.c sim: switch config.h usage to defs.h 2021-05-16 22:38:41 -04:00
m32rx.c sim: switch config.h usage to defs.h 2021-05-16 22:38:41 -04:00
Makefile.in
mloop2.in
mloop.in Add missing stdlib.h includes to sim 2021-05-04 13:19:33 -06:00
mloopx.in
model2.c
model.c
modelx.c
README
sem2-switch.c
sem-switch.c
sem.c
semx-switch.c
sim-if.c sim: switch config.h usage to defs.h 2021-05-16 22:38:41 -04:00
sim-main.h
syscall.h
traps-linux.c sim: switch config.h usage to defs.h 2021-05-16 22:38:41 -04:00
traps.c sim: switch config.h usage to defs.h 2021-05-16 22:38:41 -04:00

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).