summaryrefslogtreecommitdiffstats
path: root/meta/recipes-gnome/gtk+/gtk+3/hardcoded_libtool.patch
Commit message (Collapse)AuthorAgeFilesLines
* gtk+3: Upgrade 3.18.8 -> 3.20.6Jussi Kukkonen2016-07-011-35/+0
| | | | | | | | | | | | | | | | | | | | | | | * Remove a patch that's no longer needed (as we don't have a problem with client side decorations anymore) * Wayland build now depends on wayland-protocols: Use same WAYLAND_PROTOCOLS_SYSROOT_DIR trick as weston so protocols are found and multilib build does not break * Add new binary gtk-query-settings to -dev package * Rebase patches * Modify 0003-Add-disable-opengl-configure-option.patch so that gdkx.h really is generated whenever it changes * Depend on wayland-protocols in gtk+3-dev if Wayland is enabled as otherwise the pkg-config files can't be used - RB (From OE-Core rev: b610145b1aadb093ced72a7958d8df00ef1250b6) Signed-off-by: Jussi Kukkonen <jussi.kukkonen@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> gtk+3: depend on wayland-protocols if wayland enabled Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gtk+3: pull forward the gtk+2 hardcoded libtool patchChristopher Larson2013-08-301-0/+35
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>