How to interpret commands between colon and first tab ?

2015-11-23 Thread Ewan Delanoy
Hello all, I'm rather new to make (only used it without reading the manual so far). The "all" target in a makefile for gcc5-2.0 looks like below. Notice that this code snippet contains no tab at all after the colon (the first tab is much further in the code). I could not find

Re: How to interpret commands between colon and first tab ?

2015-11-23 Thread Paul Smith
On Mon, 2015-11-23 at 17:57 +0100, Ewan Delanoy wrote: > Hello all, I'm rather new to make (only used it without reading the >manual so far). > The "all" target in a makefile for gcc5-2.0 looks like below. Notice >that this code snippet contains >no tab at all after the colon

Re: How to interpret commands between colon and first tab ?

2015-11-23 Thread Ewan Delanoy
> The above introduces a rule "all:" which has no prerequisites and no recipe But some 70 lines after that "all:", a tab-at-beginning-of-line appears, before the declaration of the next target. It appears as follow : CXX_FOR_TARGET_FLAG_TO_PASS = \ [TAB CHARACTER HERE]

Re: How to interpret commands between colon and first tab ?

2015-11-23 Thread Dan Kegel
I think with := it gets evaluated upon assignment, but with = it gets evaluated on each use? On Mon, Nov 23, 2015 at 9:46 AM, Ewan Delanoy wrote: >> The above introduces a rule "all:" which has no prerequisites and no >recipe > >But some 70 lines after that "all:", a tab-at-beginning-

Re: How to interpret commands between colon and first tab ?

2015-11-23 Thread Paul Smith
On Mon, 2015-11-23 at 18:46 +0100, Ewan Delanoy wrote: > > The above introduces a rule "all:" which has no prerequisites and no > recipe > > But some 70 lines after that "all:", a tab-at-beginning-of-line > appears, before the declaration of the next target. It appears as > follow : Doesn't mat

Re: How to interpret commands between colon and first tab ?

2015-11-23 Thread Dan Kegel
On Mon, Nov 23, 2015 at 9:57 AM, Paul Smith wrote: > Well, make doesn't know anything about backticks and doesn't ever do > anything special with them, so the answer is always "no, the command > inside the backticks is not executed when the variable is assigned". I stand corrected. Here's a litt