Follow-up Comment #1, bug #29665 (project make):
Since the makefile is a real file, you shouldn't be marking it phony. The
usual way to force a target to always be remade is to have it depend on a
phony target FORCE.
___
Reply to this
Follow-up Comment #3, bug #28983 (project make):
The technique in comment #1 is actually the recommended solution, with the
dummy target named FORCE. Phoniness is only for targets that are not files.
___
Reply to this item at:
Follow-up Comment #3, bug #29814 (project make):
That requires changes to every makefile. With my proposed patch series,
distributions that want to support multilib would be able to configure make
to use the correct standard search directories for the system's primary
architecture. A user who
Follow-up Comment #5, bug #28983 (project make):
I don't understand how the second quote defeats my statement. The point is
that marking the clean target phony prevents the accidental existence of a
file by that name from confusing the build system. If you're trying to argue
from that quote
Follow-up Comment #1, bug #29814 (project make):
This was me, forgetting to log in. Sorry.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?29814
___
Message sent via/by Savannah
URL:
http://savannah.gnu.org/bugs/?20501
Summary: MAKEFLAGS += -rR doesn't turn off default suffix
rules, variables
Project: make
Submitted by: hashproduct
Submitted on: Tuesday 07/17/2007 at 03:58
Severity: 3 - Normal
URL:
http://savannah.gnu.org/bugs/?20502
Summary: Allow attaching target-specific variables to
implicit rules
Project: make
Submitted by: hashproduct
Submitted on: Tuesday 07/17/2007 at 05:03
Severity: 3 - Normal
Follow-up Comment #3, bug #19975 (project make):
That's wonderful news. I'll work on the other parts of the tool for now and
revisit the out-of-date criterion once I see the results of the Summer of
Code project.
___
Reply to this item
