[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Unexpected failure in tricky use of eval
From: |
Stefano Lattarini |
Subject: |
Re: Unexpected failure in tricky use of eval |
Date: |
Mon, 14 May 2012 22:44:08 +0200 |
On 05/14/2012 05:10 PM, Paul Smith wrote:
> On Mon, 2012-05-14 at 00:14 +0200, Stefano Lattarini wrote:
>
>>>> LAZYVAR = $(override LAZYVAR := val)$(LAZY)
>>>
>>> I don't have any idea what this is supposed to do... it doesn't make any
>>> sense as written.
>>>
>> In fact, it should have been s/$(LAZY)/$(LAZYVAR)/. Sorry for the confusion.
>
> It still doesn't make sense to me. There is no function "override"...?
>
> Did you mean $(eval override LAZYVAR := val) maybe?
>
*Facepalm*! Yes, I did mean exactly this. Sorry for the mess, and thanks
for the patience.
>>> Can you describe in words what you're looking for?
>>>
>> Basically, a new kind of assignment that do not expand the right-hand side
>> at definition time, but which causes the value the variable expands to the
>> first time it gets dereferenced to be cached, and reused in any successive
>> expansion of that same variable.
>
> I see. I know of other variants of make that have this type of
> assignment.
>
Oh, good, I wasn't aware of this fact (it means that my request is not
completely meaningless, at least :-). BTW, do you know which are these
versions of make?
Best regards,
Stefano
- Unexpected failure in tricky use of eval, Stefano Lattarini, 2012/05/12
- Re: Unexpected failure in tricky use of eval, Eldar Abusalimov, 2012/05/12
- Re: Unexpected failure in tricky use of eval, Stefano Lattarini, 2012/05/12
- Re: Unexpected failure in tricky use of eval, Stefano Lattarini, 2012/05/12
- "Lazy" variables in GNU make (was: Re: Unexpected failure in tricky use of eval), Stefano Lattarini, 2012/05/13
- Re: Unexpected failure in tricky use of eval, Paul Smith, 2012/05/13
- Re: Unexpected failure in tricky use of eval, Stefano Lattarini, 2012/05/13
- Re: Unexpected failure in tricky use of eval, Paul Smith, 2012/05/14
- Re: Unexpected failure in tricky use of eval,
Stefano Lattarini <=