[meta-freescale] RFC regarding glimagesink

[Abhijit Potnis]

On Tue, Jul 30, 2013 at 2:06 AM, Thomas Senyk
<thomas.senyk at pelagicore.com>wrote:

> On Monday, 29 July, 2013 16:06:17 Rogerio Nunes wrote:
> > On Mon, Jul 29, 2013 at 3:54 PM, Eric Nelson
> >
> > <eric.nelson at boundarydevices.com> wrote:
> > > Hi Rogerio,
> > >
> > > On 07/29/2013 12:29 PM, Rogerio Nunes wrote:
> > >> My apologies, Eric.
> > >>
> > >> I misread your email the first time.
> > >>
> > >> I'm trying a clean build now with master-next, but I'm having
> dependency
> > >> issues.
> > >> As soon as I fix this I'll look into glimagesink.
> > >
> > > I had some dependency issues as well, and I had to revert
> > > Abhijit's wayland patch (78936c1994cb2db102bd200123be976a7c051b98)
> > > to get past them.
> > >
> > > For some reason, with that patch, I was seeing the wayland version
> > > of some libraries, so configure failed on gst-plugins-gl.
> >
> > That's exactly the same issue I'm having here... no fb* symbols in
> > libEGL, so configure fails to link...
>
> I wonder if the fb* symbols should actually vanish?
>
> In a wl enabled version I've tested before I had both, wl_* and fb*
> symbols.
>   .. and IMO this is the right way, because it enabled you to have opengl-
> based compositors and wayland-egl based clients with the same libraries.
>
>
> Also from a include/define perspective only if EGL_API_FB is set, it makes
> sense to set WL_EGL_PLATFORM.
> quote from eglvivante.h:
>
> ...
> #elif defined(LINUX) && defined(EGL_API_FB) && !defined(__APPLE__)
>
> #if defined(WL_EGL_PLATFORM)
> ...
>
>
> Does anyone know the reason why fb* symbols got removed from libEGL-wl.so?
>

Freescale probides framebuffer based backend implementation for weston,
which run
with libEGL-wl.so. So this does equate to libEGL-wl.so having fb* symbols.
I did check
that a few functions like `fbGetDisplayByIndex`  `fbGetDisplayGeometry'
`fbCreateWindow'
are supported over libEGL-wl.so

I used the attached sample code to test fb on the imx6qsaberlite.

arm-none-linux-gnueabi-g++ fb_test.c -o n900gles -lEGL-wl -lGAL-wl
-lgc_wayland_protocol -lwayland-client -lffi -lwayland-server

Note the above never ending list of libs to link to. That where it gets
messy. GAL-wl lib throws in
dependencies over to Wayland client and server library and I ended up
adding them.

Regards,
Abhijit

>
> Greet
> Thomas
>
> >
> > Thanks.
> >
> > > Regards,
> > >
> > >
> > > Eric
> >
> > _______________________________________________
> > meta-freescale mailing list
> > meta-freescale at yoctoproject.org
> > https://lists.yoctoproject.org/listinfo/meta-freescale
> _______________________________________________
> meta-freescale mailing list
> meta-freescale at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-freescale
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/meta-freescale/attachments/20130730/34bfc34b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fb_test.c
Type: text/x-csrc
Size: 5288 bytes
Desc: not available
URL: <http://lists.yoctoproject.org/pipermail/meta-freescale/attachments/20130730/34bfc34b/attachment.c>