[meta-freescale] Native package building

[Alberto Liberal de los Rios]

Thanks Gary,

It has sense, but if I remove BBCLASSEXTEND = "native nativesdk" in the recipe and do "bitbake zlib" why I got an error? Is there another recipe used during the building of ZLIB that needs zlib-native?





-----Mensaje original-----
De: meta-freescale-bounces at yoctoproject.org [mailto:meta-freescale-bounces at yoctoproject.org] En nombre de Gary Thomas
Enviado el: martes, 12 de noviembre de 2013 17:53
Para: meta-freescale at yoctoproject.org
Asunto: Re: [meta-freescale] Native package building

On 2013-11-12 09:43, Alberto Liberal de los Rios wrote:
> Thanks Octavio,
>
> But I have not clear my main question yet, although you maybe have answered it to me. Do you know why is it needed to add BBCLASSEXTEND = "native nativesdk" in ZLIB recipe? I am using the arm poky toolchain outside bitbake to build the library (generated with bitbake meta-toolchain), and it builds without any problem. Why is it needed to generate a native version of the ZLIB?

The act of having BBCLASSEXTEND="native" doesn't build zlib-native by itself.
The zlib-native [pseudo] recipe will be built because many other recipes need native zlib support, e.g. building GCC needs zlib-native.

> -----Mensaje original-----
> De: otavio.salvador at gmail.com [mailto:otavio.salvador at gmail.com] En 
> nombre de Otavio Salvador Enviado el: martes, 12 de noviembre de 2013 
> 17:28
> Para: Alberto Liberal de los Rios
> CC: meta-freescale at yoctoproject.org
> Asunto: Re: RE: [meta-freescale] Native package building
>
> On Tue, Nov 12, 2013 at 2:19 PM, Alberto Liberal de los Rios <aliberal at arroweurope.com> wrote:
>> Thanks Octavio,
>>
>> I checked removing BBCLASSEXTEND = "native nativesdk" and adding 
>> "inherit autotools" but I got an error, the reason can be the next
>>
>>
>> "About ZLIB, by looking at the configure script, we see that this 
>> configure script has not been generated by autoconf (otherwise it would contain a sentence like Generated by GNU Autoconf 2.62).
>> Moreover, the project doesn't use automake since there are no 
>> Makefile.am files. So zlib uses a custom build system, not a build system based on the classical autotools"
>
> Makes sense but it is unfortunate.
>
>> Anyway I don´t understand yet why it is needed to add BBCLASSEXTEND = "native nativesdk" in ZLIB and why it is not working removing it from the recipe. Could you give more details about the meaning of "when no class-<virtual> variant is provided, the defaults are used"
>
> When bitbake sees the extend, it generates a new recipe which uses the tasks as the same provided by the original .bb file. When it has a 'class-nativesdk' override of a task, this one is used, the same is valid for class-native.
>
> You can grep 'class-nativesdk' in Poky/OE-Core for some examples of this.
>

--
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------
_______________________________________________
meta-freescale mailing list
meta-freescale at yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale