[meta-ti] [dora/daisy][PATCH] libgles-omap3-5.01.01.01: add .ver and .list files
Diego Sueiro
diego.sueiro at gmail.com
Fri Aug 15 10:01:19 PDT 2014
Aymeric,
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>
> ---
> .../libgles/libgles-omap3-5.01.01.01/libgles-omap3.list | 9
> +++++++++
> .../libgles/libgles-omap3-5.01.01.01/libgles-omap3.ver | 1 +
> recipes-graphics/libgles/libgles-omap3_5.01.01.01.bb | 9
> +++++++++
> 3 files changed, 19 insertions(+)
> create mode 100644
> recipes-graphics/libgles/libgles-omap3-5.01.01.01/libgles-omap3.list
> create mode 100644
> recipes-graphics/libgles/libgles-omap3-5.01.01.01/libgles-omap3.ver
>
> diff --git
> a/recipes-graphics/libgles/libgles-omap3-5.01.01.01/libgles-omap3.list
> b/recipes-graphics/libgles/libgles-omap3-5.01.01.01/libgles-omap3.list
> new file mode 100644
> index 0000000..7221e9a
> --- /dev/null
> +++ b/recipes-graphics/libgles/libgles-omap3-5.01.01.01/libgles-omap3.list
> @@ -0,0 +1,9 @@
> +libEGL.so
> +libGLES_CM.so
> +libGLESv2.so
> +libglslcompiler.so
> +libIMGegl.so
> +libpvr2d.so
> +libsrv_init.so
> +libsrv_um.so
> +libusc.so
> diff --git
> a/recipes-graphics/libgles/libgles-omap3-5.01.01.01/libgles-omap3.ver
> b/recipes-graphics/libgles/libgles-omap3-5.01.01.01/libgles-omap3.ver
> new file mode 100644
> index 0000000..e81ca08
> --- /dev/null
> +++ b/recipes-graphics/libgles/libgles-omap3-5.01.01.01/libgles-omap3.ver
> @@ -0,0 +1 @@
> +5.01.01.01
> diff --git a/recipes-graphics/libgles/libgles-omap3_5.01.01.01.bb
> b/recipes-graphics/libgles/libgles-omap3_5.01.01.01.bb
> index 0b1b8ca..26de4a6 100644
> --- a/recipes-graphics/libgles/libgles-omap3_5.01.01.01.bb
> +++ b/recipes-graphics/libgles/libgles-omap3_5.01.01.01.bb
> @@ -40,6 +40,8 @@ SRC_URI = "
> http://software-dl.ti.com/dsps/dsps_public_sw/gfxsdk/${SGXPV}/exports
> file://cputype \
> file://rc.pvr \
> file://99-bufferclass.rules \
> + file://${PN}.list \
> + file://${PN}.ver \
> "
>
> SRC_URI[md5sum] := "${MD5SUM_HARDFP}"
> @@ -48,3 +50,10 @@ SRC_URI[sha256sum] := "${SHA256SUM_HARDFP}"
> S = "${WORKDIR}/Graphics_SDK_${SGXPV}"
>
> LIBGLESWINDOWSYSTEM ?= "libpvrPVR2D_FRONTWSEGL.so.1"
> +
> +# HACK! The libraries don't have a SONAME, so other packages will link to
> them
> +# but Yocto won't be able to find this package as a dependency afterwards.
> +package_do_shlibs_append () {
> + base_filename = "${WORKDIR}/${PN}"
> + os.system("cp -f {0}.list {0}.ver
> ${SHLIBSWORKDIR}".format(base_filename))
> +}
>
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,
--
*dS
Diego Sueiro
Administrador do Embarcados
www.embarcados.com.br
<http://www.embarcados.com.br/?utm_source=assinatura_diego&utm_medium=e-mail&utm_campaign=Assinatura%20Email%20Diego>
/*long live rock 'n roll*/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/meta-ti/attachments/20140815/4d9c1cfd/attachment.html>
More information about the meta-ti
mailing list