binutils-gdb/sim/m32r
Mike Frysinger fe7f0b0135 sim: m32r: add __linux__ hack for non-Linux hosts
The m32r Linux syscall emulation logic assumes the host environment
directly matches -- it's being run on 32-bit little endian Linux.
This breaks building for non-Linux systems, so put all the code in
__linux__ ifdef checks.  This code needs a lot of love to make it
work everywhere, but let's at least unbreak it for non-Linux hosts.
2021-08-22 03:11:16 -04:00
..
arch.c sim: namespace sim_machs 2021-06-30 01:52:51 -04:00
arch.h
ChangeLog-2021 sim: rename ChangeLog files to ChangeLog-2021 2021-08-17 20:27:36 -04:00
cpu2.c sim: cgen: delete unused record_trace_results functions 2021-06-28 11:25:21 -04:00
cpu2.h
cpu.c sim: cgen: delete unused record_trace_results functions 2021-06-28 11:25:21 -04:00
cpu.h
cpuall.h
cpux.c sim: cgen: delete unused record_trace_results functions 2021-06-28 11:25:21 -04:00
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 sim: m32r: unify ELF & Linux traps logic 2021-07-01 20:46:11 -04:00
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: m32r: unify ELF & Linux traps logic 2021-07-01 20:46:11 -04:00
sim-main.h sim: m32r: unify ELF & Linux traps logic 2021-07-01 20:46:11 -04:00
syscall.h sim: m32r: namespace Linux syscall table 2021-07-01 20:36:42 -04:00
traps.c sim: m32r: add __linux__ hack for non-Linux hosts 2021-08-22 03:11:16 -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).