automake-ng
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Automake-NG] [PATCH 00/11] Several changes to parallel-tests suppor


From: Stefano Lattarini
Subject: Re: [Automake-NG] [PATCH 00/11] Several changes to parallel-tests support
Date: Thu, 10 May 2012 21:54:57 +0200

On 05/10/2012 07:41 PM, Bob Friesenhahn wrote:
> On Thu, 10 May 2012, Bob Friesenhahn wrote:
>>> In my mail I drafted such a plan (at least for the kind of issues under
>>> discussion here, i.e., deeply nested lazy-eval variables evaluated several
>>> times).  Didn't that sounds reasonable to you?  If not, why?  Honest
>>> question, not rethorical.
>>
>> I have not yet taken time to read and understand the plan.
> 
> I have now taken time to read and understand the plan.  Automake can be adjust
> where it outputs its statements in the Makefile so that they may be directly
> evaluated, thereby reducing waste.  The main concern I have is with included
> Makefile.am fragments.  What assures that included Makefile.am fragments are
> injected in the right places so they have the correct effect when ordering
> matters?  It may be that part of a fragment should appear early in the whole
> Makefile (to support the direct evaluation) while another part should appear
> later.
> 
I don't follow here.  Automake will simply re-order the ":=" definitions it
finds *its internal* '.am' fragments to ensure that they appear after all
the other variable definitions (both those coming from the user and those
coming from Automake).  This shouldn't be anymore difficult than the
reordering that is already being done by Automake (i.e., the variable
definitions from Automake get placed before variable definitions from
the user, which in turn get placed before the rules and recipes, either
Automake-provided or user-provided).

What is not clear exactly?

Regards,
  Stefano



reply via email to

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