[oe] [PATCH]Removing Legacy staging from genboot native recipe

Khem Raj raj.khem at gmail.com
Sat Aug 14 15:39:39 UTC 2010


On Sat, Aug 14, 2010 at 1:41 AM, Frans Meulenbroeks
<fransmeulenbroeks at gmail.com> wrote:
> 2010/8/13 Koen Kooi <k.kooi at student.utwente.nl>:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> On 13-08-10 14:25, Frans Meulenbroeks wrote:
>>> 2010/8/13 Paul Menzel <paulepanter at users.sourceforge.net>:
>>>> Am Freitag, den 13.08.2010, 17:17 +0600 schrieb noor_ahsan at mentor.com:
>>
>>>>> +NATIVE_INSTALL_WORKS = "1"
>>>>
>>>> I am really a noob, but is not that for “normal”, i.e. no *-native,
>>>> recipes indicating no explicit native recipe is needed?
>>>
>>> Afaik this is not needed.
>>
>> If your -native recipe has something different than 'make install' in
>> do_install, it needs NATIVE_INSTALL_WORKS = "1" but only if you use
>> BBCLASSEXTEND to make it native.
>>
> The BBCLASSEXTEND part does not matter.
>
> If you have a -native recipe that does not use autotools and does not
> use make install
> NATIVE_INSTALL_WORKS = "1"
> is needed. Without it the following code is generated:
>
> do_stage_native() {
>        # If autotools is active, use the autotools staging function, else
>        # use our "make install" equivalent
>        if [ "${AUTOTOOLS_NATIVE_STAGE_INSTALL}" == "1" ]
>        then
>                autotools_stage_all
>        else
>                oe_runmake install
>        fi
>
> }
>
> BTW this is a recipe that has no target equivalent so there is no
> non-native variant.


if you have staging function which is not one of use_do_install_for_stage() or
autotools_stage_all() or do_stage_native() and
AUTOTOOLS_NATIVE_STAGE_INSTALL is 1

then legacy staging will be used. in such cases NATIVE_INSTALL_WORKS
is used to indicate
that whatever install function we have is good for staging so dont do
legacy staging.


>
> Frans
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>




More information about the Openembedded-devel mailing list