[Top][All Lists]

[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):


  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
  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:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]