Mike Frysinger 109a0a7e90 sim: modules.c: fix generation after recent refactors ...

Add explicit arch-specific modules.c rules to keep the build from
generating an incorrect common/modules.c.  Otherwise the pattern
rules would cascade such that it'd look for $arch/modules.o which
turned into common/modules.c which triggered the gen rule.

My local testing of this code didn't catch this bug because of how
Automake manages .Po (dependency files) in incremental builds -- it
was adding extra rules that override the pattern rules which caused
the build to generate correct modules.c files.  But when building
from a cold cache, the pattern rules would force common/modules.c to
be used leading to crashes at runtime.

2023-01-15 20:55:48 -05:00

..

aarch64-sim.h

Update copyright year range in header of all files managed by GDB

2023-01-01 17:01:16 +04:00

ChangeLog-2021

sim: rename ChangeLog files to ChangeLog-2021

2021-08-17 20:27:36 -04:00

cpustate.c

Update copyright year range in header of all files managed by GDB

2023-01-01 17:01:16 +04:00

cpustate.h

Update copyright year range in header of all files managed by GDB

2023-01-01 17:01:16 +04:00

decode.h

Update copyright year range in header of all files managed by GDB

2023-01-01 17:01:16 +04:00

interp.c

Update copyright year range in header of all files managed by GDB

2023-01-01 17:01:16 +04:00

local.mk

sim: modules.c: fix generation after recent refactors

2023-01-15 20:55:48 -05:00

memory.c

Update copyright year range in header of all files managed by GDB

2023-01-01 17:01:16 +04:00

memory.h

Update copyright year range in header of all files managed by GDB

2023-01-01 17:01:16 +04:00

sim-main.h

Update copyright year range in header of all files managed by GDB

2023-01-01 17:01:16 +04:00

simulator.c

Update copyright year range in header of all files managed by GDB

2023-01-01 17:01:16 +04:00

simulator.h

Update copyright year range in header of all files managed by GDB

2023-01-01 17:01:16 +04:00