[OE-core] Sumo webkitgtk fails to compile

Michael Gloff mgloff at emacinc.com
Fri Jun 29 17:41:12 UTC 2018


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 at 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 at 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.
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20180629/239420a3/attachment-0002.html>


More information about the Openembedded-core mailing list