[prev in list] [next in list] [prev in thread] [next in thread]
List: openembedded-core
Subject: Re: [OE-core] Sumo webkitgtk fails to compile
From: Michael Gloff <mgloff () emacinc ! com>
Date: 2018-06-29 17:41:12
Message-ID: CALXw4G5ijn+bQnO-NWchk0hBUrZ6mk2OzWYbErmVombio3royQ () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
I'm not sure either why I am seeing this and thought that this would have
been also seen on the autobuilder. Is there some configuration on the AB
that does not trigger the clash? Can anyone else validate the clash with a
fresh checkout of Sumo?
Michael
On Thu, Jun 28, 2018 at 6:14 AM, Alexander Kanavin <alex.kanavin@gmail.com>
wrote:
> TBH, I'm not sure why Michael is seeing this failure either. Sumo does
> get built on the AB against several qemu targets, and the failure does
> not happen there.
>
> Alex
>
> 2018-06-28 4:28 GMT+02:00 Carlos Alberto Lopez Perez <clopez@igalia.com>:
> > On 27/06/18 19:27, Michael Gloff wrote:
> >> # GL/GLES header clash: both define the same thing, differently, on 32
> bit
> >> x86
> >> EXTRA_OECMAKE_append_x86 = " -DUSE_GSTREAMER_GL=OFF "
> >> EXTRA_OECMAKE_append_x86-x32 = " -DUSE_GSTREAMER_GL=OFF "
> >>
> >> I think the best thing to do it to turn off USE_GSTREAMER_GL for all
> >> architectures. Would a patch doing so be acceptable? I've verified that
> it
> >> will build with the _armv5 case.
> >
> > USE_GSTREAMER_GL is a feature of WebKitGTK+ that allows it to leverage
> > hardware-accelerated video decoding (for example: on i.MX6).
> >
> > I think is acceptable to disable this for ARMv5 (because, AFAIK, there
> > isn't any ARMv5 hardware that can leverage this in any case), but this
> > should remain enabled for other architectures.
> >
> >
>
[Attachment #5 (text/html)]
<div dir="ltr"><div>I'm not sure either why I am seeing this and thought that \
this would have been also seen on the autobuilder. Is there some configuration on the \
AB that does not trigger the clash? Can anyone else validate the clash with a fresh \
checkout of Sumo?</div><div><br></div><div>Michael<br></div></div><div \
class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 28, 2018 at 6:14 AM, \
Alexander Kanavin <span dir="ltr"><<a href="mailto:alex.kanavin@gmail.com" \
target="_blank">alex.kanavin@gmail.com</a>></span> wrote:<br><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex">TBH, I'm not sure why Michael is seeing this failure \
either. Sumo does<br> get built on the AB against several qemu targets, and the \
failure does<br> not happen there.<br>
<br>
Alex<br>
<br>
2018-06-28 4:28 GMT+02:00 Carlos Alberto Lopez Perez <<a \
href="mailto:clopez@igalia.com">clopez@igalia.com</a>>:<br> > On 27/06/18 \
19:27, Michael Gloff wrote:<br> >> # GL/GLES header clash: both define the same \
thing, differently, on 32 bit<br> >> x86<br>
>> EXTRA_OECMAKE_append_x86 = " -DUSE_GSTREAMER_GL=OFF "<br>
>> EXTRA_OECMAKE_append_x86-x32 = " -DUSE_GSTREAMER_GL=OFF "<br>
>><br>
>> I think the best thing to do it to turn off USE_GSTREAMER_GL for all<br>
>> architectures. Would a patch doing so be acceptable? I've verified that \
it<br> >> will build with the _armv5 case.<br>
><br>
> USE_GSTREAMER_GL is a feature of WebKitGTK+ that allows it to leverage<br>
> hardware-accelerated video decoding (for example: on i.MX6).<br>
><br>
> I think is acceptable to disable this for ARMv5 (because, AFAIK, there<br>
> isn't any ARMv5 hardware that can leverage this in any case), but this<br>
> should remain enabled for other architectures.<br>
><br>
><br>
</blockquote></div><br></div>
--
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic