binutils-gdb/sim/m32r
Mike Frysinger e8f20a28b1 sim: split program path out of argv vector
We use the program argv to both find the program to run (argv[0]) and
to hold the arguments to the program.  Most of the time this is fine,
but if we want to let programs specify argv[0] independently (which is
possible in standard *NIX programs), this double duty doesn't work.

So let's split the path to the program to run out into a separate
field by itself.  This simplifies the various sim_open funcs too.

By itself, this code is more of a logical cleanup than something that
is super useful.  But it will open up customization of argv[0] in a
follow up commit.  Split the changes to make it easier to review.
2021-11-15 02:53:29 -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: hoist cgen mloop rules up to common builds 2021-11-02 22:59:07 -04:00
m32r2.c
m32r-sim.h
m32r.c
m32rx.c
Makefile.in sim: hoist cgen mloop rules up to common builds 2021-11-02 22:59:07 -04: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: split program path out of argv vector 2021-11-15 02:53:29 -05:00
sim-main.h
syscall.h
traps.c sim: drop unused targ-vals.h includes 2021-10-31 04:53:22 -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).