binutils-gdb/sim/m32r
Mike Frysinger 08a7937f3a sim: m32r: fixup some of the int<->pointer casts
The m32r trap code was written for a 32-bit Linux host (and really, one
whose Linux ABI matched pretty exactly).  This has lead to conversions
between integers and pointers which breaks down hard on 64-bit hosts.

Clean up some of the functions where possible to avoid unnecessary
conversions, use uintptr_t to cast 32-bit target pointers to host
pointers in some places, and just stub out a few functions that can't
easily be salvaged currently when sizeof(void*) is not 32-bits.  This
is a bit ugly, but lets us enable warnings for the whole file.
2024-01-10 22:37:03 -05:00
..
arch.c
arch.h
ChangeLog-2021
cpu2.c
cpu2.h
cpu.c
cpu.h
cpuall.h
cpux.c
cpux.h
decode2.c sim: cgen: regenerate decode tables 2023-12-24 04:07:32 -05:00
decode2.h
decode.c sim: cgen: regenerate decode tables 2023-12-24 04:07:32 -05:00
decode.h
decodex.c sim: cgen: regenerate decode tables 2023-12-24 04:07:32 -05:00
decodex.h
dv-m32r_cache.c
dv-m32r_cache.h
dv-m32r_uart.c sim: m32r: fix -Wunused-variable warnings 2023-12-19 05:51:10 -05:00
dv-m32r_uart.h
local.mk sim: build: clean more generated outputs 2024-01-08 20:33:14 -05:00
m32r2.c
m32r-sim.h sim: m32r: add more cgen prototypes for traps 2023-12-07 21:41:27 -07:00
m32r.c
m32rx.c
mloop2.in sim: mloop: add #line pragmas everywhere 2023-12-21 20:16:26 -05:00
mloop.in sim: mloop: add #line pragmas everywhere 2023-12-21 20:16:26 -05:00
mloopx.in sim: mloop: add #line pragmas everywhere 2023-12-21 20:16:26 -05:00
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: signal: mark signal callback funcs as noreturn since they don't return 2023-12-21 01:59:22 -05:00
syscall.h
traps.c sim: m32r: fixup some of the int<->pointer casts 2024-01-10 22:37:03 -05: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).