nativesdk-glib-2.0: cannot build on hosts without libffi.so.5

From: Jackie Huang <[email protected]>

The following changes since commit e2fa93a52c32522d4831e3d29f87bae4c6625f27:

glib: fix the python script munging for cross compile (2013-07-08 11:25:29 +0800)

are available in the git repository at:
git://git.pokylinux.org/poky-contrib jhuang0/r_bbappend_glib_0708_5
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=jhuang0/r_bbappend_glib_0708_5

Jackie Huang (1):
nativesdk-glib-2.0: cannot build on hosts without libffi.so.5

 meta/recipes-core/glib-2.0/glib-2.0_2.36.2.bb |    7 +++++++
 1 files changed, 7 insertions(+), 0 deletions(-)

1.7.4.1

From: Jackie Huang <[email protected]>

The compile phase of nativesdk-glib-2.0 tries to run some binaries built and since the -Wl,rpath doesn't specify the sysroot libraries with libffi.so.5, attempts to run the binrary on hosts without libffi.so.5 results in an error message complaining that it cannot find libffi.so.5, to fix this, specify -Wl,rpath == -Wl,rpath-link

---
 meta/recipes-core/glib-2.0/glib-2.0_2.36.2.bb |    7 +++++++
 1 files changed, 7 insertions(+), 0 deletions(-)

index ffe34ac..bd4f526 100644
@@ -46,6 +46,13 @@ RDEPENDS_${PN}-ptest_append_libc-glibc = "\
             eglibc-localedata-translit-cjk-variants \
            "
 
+BUILDSDK_LDFLAGS = "-L${STAGING_LIBDIR} \
+                    -Wl,-rpath-link,${STAGING_LIBDIR} \
+                    -Wl,-rpath,${STAGING_LIBDIR} -Wl,-O1 \
+                    -L${STAGING_DIR_HOST}${base_libdir} \
+                    -Wl,-rpath-link,${STAGING_DIR_HOST}${base_libdir} \
+                    -Wl,-rpath,${STAGING_DIR_HOST}${base_libdir} -Wl,-O1"
+
 do_configure_prepend() {
 	sed -i -e '1s,#!.*,#!${USRBINPATH}/env python,' ${S}/gio/gdbus-2.0/codegen/gdbus-codegen.in
 }

1.7.4.1

I am not sure this makes sense, we have relocation code already, and glib-2.0 DEPENDS on libffi, so it should be available. What binary is being run? That same binary might be built for the target and would have to be run native, so I think this is not correct.

Sau!