[meta-ti] [dora/daisy][PATCH] libgles-omap3-5.01.01.01: add .ver and .list files

[Diego Sueiro]

Aymeric,

Thanks for the explanation.

Regards,

--
*dS
Diego Sueiro
sent from mobile.
Em 15/08/2014 19:40, "Aymeric Dumaz" <aymericdumaz at gmail.com> escreveu:

> 2014-08-15 19:01 GMT+02:00 Diego Sueiro <diego.sueiro at gmail.com>:
> > Aymeric,
> >
> Hello Diego,
>
> >
> > On Fri, Aug 15, 2014 at 1:14 PM, Aymeric Dumaz <aymeric.dumaz at gmail.com>
> > wrote:
> >>
> >> When libraries don't have a SONAME in their section, their name aren't
> >> added in
> >> the .list/.ver files generated during do_package.
> >> Other recipes are able to build against them but are not able to find
> them
> >> afterwards, leading to missing dependencies.
> >>
> >> This patch add the files that would be created if the SONAME was
> present.
> >>
> >> Signed-off-by: Aymeric Dumaz <aymeric.dumaz at gmail.com>
> >
> >
> > Just for curiosity.
> > To have libgles-omap3 installed on the image, with Qt5 stuff, I had to
> > explicit add it on the IMAGE_INSTALL. This patch should fix it, is it
> > correct?
> >
> >
> > Regards,
> >
>
> When you add libgles-omap3 on the IMAGE_INSTALL, with the right flags Qt 5
> is
> compiled against it.
> The problem is when you run "bitbake meta-toolchain-qt5", the resulting
> toolchain doesn't have the libgles-omap3 libraries included.
> If you look on the qtbase do_package log, you can see that:
>
> NOTE: Couldn't find shared library provider for libGLESv2.so, used by
> files:
> [...]
>
> This is because for each library, Yocto will add the library name (coming
> from
> the SONAME) to the .list/.ver files of the corresponding package.
> Because for some reason those proprietary libraries don't have a SONAME,
> Yocto
> fails to do so.
>
> This patch is not 100% perfect, because files from others PACKAGES will
> produce
> similar errors, for example:
>
> DEBUG: calculating shlib requirements for libgles-omap3-es5
> NOTE: Couldn't find shared library provider for libIMGegl.so, used by
> files:
> [...]
>
> But at least it permits other packages like qtbase to find the
> libgles-omap3
> dependency, so that it will be included in the sysroot.
> I made patches for oe-core (see [1] and [2]), if this is accepted it will
> be
> possible to handle more gracefully with the ASSUME_SONAME variable.
>
> [1]
> http://lists.openembedded.org/pipermail/openembedded-core/2014-August/095726.html
> [2]
> http://lists.openembedded.org/pipermail/openembedded-core/2014-August/095727.html
>
> > --
> > *dS
> > Diego Sueiro
> >
> > Administrador do Embarcados
> > www.embarcados.com.br
> >
> > /*long live rock 'n roll*/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/meta-ti/attachments/20140815/93be1dfd/attachment.html>