[meta-freescale] Freescale meta-freescale announcement of new layer

[Robert E. Cochran]

On 03/18/2016 02:34 AM, Ting Liu wrote:
> ppc64 is not in the default list of QEMU_TARGETS in poky/meta/recipes-devtools/qemu/qemu.inc
> you can add this in conf/local.conf to enable it:
> QEMU_TARGETS_append_pn-qemu-native = " ppc64"

Thank you.  That moves the gobject-introspection compile task a little 
further, but now qemu-ppc64 segfaults for me during the execution of the 
g-ir-scanner-qemuwrapper script.

I'm curious as to whether one of you were able to compile 
gobject-introspection with ppc64.

I'll send more info later.

Bob


>
> -Ting
>
>> -----Original Message-----
>> From: meta-freescale-bounces at yoctoproject.org [mailto:meta-freescale-
>> bounces at yoctoproject.org] On Behalf Of Zhenhua Luo
>> Sent: Friday, March 18, 2016 10:54 AM
>> To: Otavio Salvador <otavio.salvador at ossystems.com.br>
>> Cc: meta-freescale at yoctoproject.org; Lauren Post
>> <Lauren.Post at freescale.com>
>> Subject: Re: [meta-freescale] Freescale meta-freescale announcement of
>> new layer
>>
>> The following binaries are generated by qemu-native, qemu-ppc64 is not
>> there, but qemu-ppc64 is used by g-ir-scanner-qemuwrapper script of
>> gobject-introspection.
>>
>> tmp/sysroots/x86_64-linux/usr/bin/qemu-aarch64
>> tmp/sysroots/x86_64-linux/usr/bin/qemu-arm
>> tmp/sysroots/x86_64-linux/usr/bin/qemu-ga
>> tmp/sysroots/x86_64-linux/usr/bin/qemu-i386
>> tmp/sysroots/x86_64-linux/usr/bin/qemu-img
>> tmp/sysroots/x86_64-linux/usr/bin/qemu-io
>> tmp/sysroots/x86_64-linux/usr/bin/qemu-mips
>> tmp/sysroots/x86_64-linux/usr/bin/qemu-mips.real
>> tmp/sysroots/x86_64-linux/usr/bin/qemu-mips64
>> tmp/sysroots/x86_64-linux/usr/bin/qemu-mipsel
>> tmp/sysroots/x86_64-linux/usr/bin/qemu-nbd
>> tmp/sysroots/x86_64-linux/usr/bin/qemu-ppc
>> tmp/sysroots/x86_64-linux/usr/bin/qemu-system-aarch64
>> tmp/sysroots/x86_64-linux/usr/bin/qemu-system-arm
>> tmp/sysroots/x86_64-linux/usr/bin/qemu-system-i386
>> tmp/sysroots/x86_64-linux/usr/bin/qemu-system-mips
>> tmp/sysroots/x86_64-linux/usr/bin/qemu-system-mips64
>> tmp/sysroots/x86_64-linux/usr/bin/qemu-system-mipsel
>> tmp/sysroots/x86_64-linux/usr/bin/qemu-system-ppc
>> tmp/sysroots/x86_64-linux/usr/bin/qemu-system-x86_64
>> tmp/sysroots/x86_64-linux/usr/bin/qemu-x86_64
>>
>>
>> Best Regards,
>>
>> Zhenhua
>>
>>> -----Original Message-----
>>> From: Otavio Salvador [mailto:otavio.salvador at ossystems.com.br]
>>> Sent: Thursday, March 17, 2016 7:44 PM
>>> To: Zhenhua Luo <zhenhua.luo at nxp.com>
>>> Cc: Robert E. Cochran <yocto at mindchasers.com>; meta-
>>> freescale at yoctoproject.org; Lauren Post <Lauren.Post at freescale.com>
>>> Subject: Re: [meta-freescale] Freescale meta-freescale announcement of
>>> new layer
>>>
>>> On Thu, Mar 17, 2016 at 7:44 AM, Zhenhua Luo <zhenhua.luo at nxp.com>
>> wrote:
>>>> After investigation, this is an issue in oe-core. The reason is that
>>>> the
>>> generated qemu binary name of ppc64 targets is qemu-ppc instead of
>>> qemu- ppc64, the gobject-introspection uses qemu-ppc64, so the build
>>> issue appeared.
>>>> There are two solutions for the issue, one is to update qemu-native
>>>> recipe to
>>> make sure qemu binary name is qemu-ppc64, the other one is to update
>>> gobject-introspection to use qemu-ppc when ppc64 target is built. May
>>> I know about your comments on which one is better?
>>>
>>> The fix needs to be generic and fixed in OE-Core, in this case.
>>> Provide some pointers where did you find the root cause and  I can
>>> take a look about which routed I would take.
>>>
>>> --
>>> Otavio Salvador                             O.S. Systems
>>> http://www.ossystems.com.br        http://code.ossystems.com.br
>>> Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750
>> --
>> _______________________________________________
>> meta-freescale mailing list
>> meta-freescale at yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/meta-freescale