[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #38420] $(realpath ...) doesn't recover from signals
From: |
Brian Vandenberg |
Subject: |
[bug #38420] $(realpath ...) doesn't recover from signals |
Date: |
Wed, 27 Feb 2013 19:27:55 +0000 |
User-agent: |
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Win64; x64; Trident/4.0; .NET CLR 2.0.50727; SLCC2; .NET CLR 3.5.30729; .NET CLR 3.0.30729; .NET4.0C; .NET4.0E; InfoPath.3) |
Follow-up Comment #5, bug #38420 (project make):
Paul,
I'm using `realpath` for defensive coding purposes. I'm using a pattern
rule of the form:
%.so :
$(if $(realpath $(filter %.o,${^})),,$(warning No dependencies specified for
address@hidden)@false)
recipe goes here
... where the dependencies are specified elsewhere. Three basic things
[can/should] trigger this:
* Mis-spelled library names
* Forgetting to specify dependencies
* The dependency's recipe may be screwed up but may not cause the build to
fail immediately; consequently the file may not actually exist.
$(shell) would work; but I've managed to cut out all uses of $(shell) inside
recipes, which has improved the build times significantly. Given the choice,
it sounds like a modified version of gmake would be preferable.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?38420>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/