FreeChainXenon/gcc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

Makefile.in (../$(build_subdir)/fixincludes/fixincl): Add dummy rule to avoid matching inappropriate suffix rule.

Browse source 
* Makefile.in (../$(build_subdir)/fixincludes/fixincl): Add dummy
rule to avoid matching inappropriate suffix rule.

From-SVN: r94255
This commit is contained in:
Alexandre Oliva 2005-01-26 09:17:02 +00:00 • committed by Alexandre Oliva
parent e4cf29aea6
commit 144023adab
2 changed files with 19 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

5
gcc/ChangeLog
View file

@ -1,3 +1,8 @@
2005-01-26 Alexandre Oliva <aoliva@redhat.com>
* Makefile.in (../$(build_subdir)/fixincludes/fixincl): Add dummy
rule to avoid matching inappropriate suffix rule.
2005-01-26 Jan Hubicka <jh@suse.cz>
PR tree-optimization/19421

14
gcc/Makefile.in
View file

@ -2814,6 +2814,20 @@ s-macro_list : $(GCC_PASSES)
$(SHELL) $(srcdir)/../move-if-change tmp-macro_list macro_list
$(STAMP) s-macro_list
# The line below is supposed to avoid accidentally matching the
# built-in suffix rule `.o:' to build fixincl out of fixincl.o. You'd
# expect fixincl to be newer than fixincl.o, such that this situation
# would never come up. As it turns out, if you use ccache with
# CCACHE_HARDLINK enabled, the compiler doesn't embed the current
# working directory in object files (-g absent, or -fno-working-dir
# present), and build and host are the same, fixincl for the host will
# build after fixincl for the build machine, getting a cache hit,
# thereby updating the timestamp of fixincl.o in the the host tree.
# Because of CCACHE_HARDLINK, this will also update the timestamp in
# the build tree, and so fixincl in the build tree will appear to be
# out of date. Yuck.
../$(build_subdir)/fixincludes/fixincl: ; @ :
# Build fixed copies of system files.
stmp-fixinc: gsyslimits.h macro_list \
../$(build_subdir)/fixincludes/fixincl \