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

[Chris Larson]

On Mon, Nov 29, 2010 at 5:25 AM, Richard Purdie <rpurdie at linux.intel.com> wrote:
> 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...

Hmm, this isn't what I'd expect either.  It's certainly not what was
originally intended -- _append_<foo> and _prepend_<foo> were always
supposed to act like normal _append/_prepend, just conditional ones.
-- 
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics