9e3042ec07
The situation here is similar to that of the other nearby (previous) sims fixed; it fails at the dv_sockser_install declaration in sim/m32r/tconfig.in. But, as opposed to e.g. frv, this *does* have a definition of UART_INCHAR_ADDR et al. It's somewhat tempting to keep sim-hardware enabled here but, I'm disabling it for the same reasons as for frv. Unsurprisingly (as m32r seems to be the template), the same confusing lines are in sim/m32r/Makefile.in as in sim/frv/Makefile.in at that time, deleted in |
||
---|---|---|
.. | ||
aclocal.m4 | ||
arch.c | ||
arch.h | ||
ChangeLog | ||
config.in | ||
configure | ||
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 | ||
devices.c | ||
m32r2.c | ||
m32r-sim.h | ||
m32r.c | ||
m32rx.c | ||
Makefile.in | ||
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 | ||
tconfig.in | ||
TODO | ||
traps-linux.c | ||
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).