generic-poky/meta/recipes-gnome/gtk+
Christopher Larson 1370927687 gtk+3: pull forward the gtk+2 hardcoded libtool patch
Without this, it tries to run ./libtool, not the sys-prefixed libtool, which
fails, resulting in dynamic modules being disabled, which in turn results in
compiling the immodules directly into the gtk+3 library.

I tried switching it to using $LIBTOOL rather than hardcoding the path, as
LT_INIT sets LIBTOOL, but it didn't work, I didn't have time to dig further,
and this gets the job done for now.

(From OE-Core rev: f74e456772fc80c2333fbdf57c629a18412375e8)

Signed-off-by: Christopher Larson <chris_larson@mentor.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30 16:23:47 +01:00
..
gtk+-2.24.20 gtk+: update to upstream version 2.24.20 2013-08-20 15:31:24 +01:00
gtk+3 gtk+3: pull forward the gtk+2 hardcoded libtool patch 2013-08-30 16:23:47 +01:00
gtk+.inc gtk+: remove spurious libgcrypt dependency 2013-06-17 16:45:34 +01:00
gtk+3.inc gtk+3: only set GTKIMMODULES_PACKAGES if we have immodules 2013-08-30 16:23:47 +01:00
gtk+3_3.8.2.bb gtk+3: pull forward the gtk+2 hardcoded libtool patch 2013-08-30 16:23:47 +01:00
gtk+_2.24.20.bb gtk+: update to upstream version 2.24.20 2013-08-20 15:31:24 +01:00
gtk-update-icon-cache-native_3.4.4.bb gtk-update-icon-cache-native: create wrapper script 2013-04-08 16:56:46 +01:00