Aymeric, Thanks for the explanation.
Regards, -- *dS Diego Sueiro sent from mobile. Em 15/08/2014 19:40, "Aymeric Dumaz" <[email protected]> escreveu: > 2014-08-15 19:01 GMT+02:00 Diego Sueiro <[email protected]>: > > Aymeric, > > > Hello Diego, > > > > > On Fri, Aug 15, 2014 at 1:14 PM, Aymeric Dumaz <[email protected]> > > 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 <[email protected]> > > > > > > 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*/ >
-- _______________________________________________ meta-ti mailing list [email protected] https://lists.yoctoproject.org/listinfo/meta-ti
