espressif/binutils-gdb
1
0
Fork 0
mirror of https://github.com/espressif/binutils-gdb.git synced 2025-06-20 18:08:24 +08:00
Code Issues Packages Projects Releases Wiki Activity

bfd targmatch.h makefile rule

Browse Source 
I hit this just now with a make -j build after touching config.bfd.
mv: cannot stat 'targmatch.new': No such file or directory
make[2]: *** [Makefile:2336: targmatch.h] Error 1
make[2]: *** Waiting for unfinished jobs....

Fix that by not removing the target of the rule, a practice that seems
likely to cause parallel running of the rule recipe.  The bug goes
back to 1997, the initial c0734708814c commit.

	* Makefile.am (targmatch.h): rm the temp file, not targmatch.h.
	* Makefile.in: Regenerate.
This commit is contained in:
Alan Modra
2022-05-06 08:45:46 +09:30
parent 2899c914f4
commit 0ee8858e7a
2 changed files with 2 additions and 2 deletions
Download Patch File Download Diff File Expand all files Collapse all files

2
bfd/Makefile.am
View File

@ -801,7 +801,7 @@ libbfd.a: stamp-lib ; @true
# vector names. It is built from config.bfd. It is not compiled by
# itself, but is included by targets.c.
targmatch.h: config.bfd targmatch.sed
$(AM_V_at)rm -f targmatch.h
$(AM_V_at)rm -f targmatch.new
$(AM_V_GEN)$(SED) -f $(srcdir)/targmatch.sed < $(srcdir)/config.bfd > targmatch.new
$(AM_V_at)mv -f targmatch.new targmatch.h

2
bfd/Makefile.in
View File

@ -2331,7 +2331,7 @@ libbfd.a: stamp-lib ; @true
# vector names. It is built from config.bfd. It is not compiled by
# itself, but is included by targets.c.
targmatch.h: config.bfd targmatch.sed
$(AM_V_at)rm -f targmatch.h
$(AM_V_at)rm -f targmatch.new
$(AM_V_GEN)$(SED) -f $(srcdir)/targmatch.sed < $(srcdir)/config.bfd > targmatch.new
$(AM_V_at)mv -f targmatch.new targmatch.h