aboutsummaryrefslogtreecommitdiff
path: root/include
diff options
context:
space:
mode:
authorMike Frysinger <vapier@gentoo.org>2023-01-15 20:48:28 -0500
committerMike Frysinger <vapier@gentoo.org>2023-01-15 20:55:48 -0500
commit109a0a7e902f23e7167f89abbc0d8fa0ccca6594 (patch)
tree69140c62ef540d70211485d814b435ab235e3132 /include
parent8cf531c3dbf593dd3159950dc3fa1bba2c00ac5e (diff)
downloadbinutils-109a0a7e902f23e7167f89abbc0d8fa0ccca6594.zip
binutils-109a0a7e902f23e7167f89abbc0d8fa0ccca6594.tar.gz
binutils-109a0a7e902f23e7167f89abbc0d8fa0ccca6594.tar.bz2
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.
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions