[poky] [PATCH 1/1] curl: fix native dependency

[Frans Meulenbroeks]

2010/11/29 Richard Purdie <rpurdie at linux.intel.com>:
> On Sun, 2010-11-28 at 22:53 -0700, Chris Larson wrote:
>> On Sun, Nov 28, 2010 at 10:26 PM, Tian, Kevin <kevin.tian at intel.com> wrote:
>> > This also confuses me a bit. When virtclass-native is expanded, EXTRA_OECONF_append
>> > is simply a variable. In that case the expanded value should override the 1st assignment
>> > of EXTRA_OECONF_append, and then we should get:
>> >
>> > EXTRA_OECONF_append = " --without-gnutls "
>> >
>> > and then that's what we expect.
>> >
>> > I guess I may still overlook something here, and really appreciate your explanation
>> > on the whole flow which is helpful. :-)
>>
>> No, EXTRA_OECONF_append is never a variable.  _append/_prepend are
>> operations, not part of the name.  The value gets set aside in a list
>> of appends for that variable.  One _append cannot override/replace
>> another on the same variable, its always cumulative.
>
> Right.
>
> Interestingly though, if I add this to curl*.bb:
>
> FOO = "A"
> FOO_append = "B"
> FOO_append_virtclass-native = "C"
>
> and then "bitbake curl-native -e | grep FOO" (he recipe has a
> BBCLASSEXTEND native) what should I see?
>
> I see FOO = "AB" which is not what I thought it would do...
>

Hm.
Please allow me the remark that, if this does not do what you as
expert expect it to to, that probably for mere mortals like me, this
is a construct that is way too complicated.

What is the rationale that _append is not a variable? Wouldn't it be
more logical/orthogonal/clearer if it was (and get appended at the end
as most people seem to expect/assume)

Puzzled. Frans