buildroot/package/libgtk3, branch 2016.05

libgtk3: bump to version 3.20.4

2016-05-10T13:46:12+00:00

Signed-off-by: Gustavo Zacarias Signed-off-by: Thomas Petazzoni

libgtk3: create icon-theme.cache for icon themes

2016-04-21T20:05:32+00:00

It makes icon lookups faster, though it's not strictly necessary. Signed-off-by: Gustavo Zacarias [Thomas: enclsoe the hook definition in the condition.] Signed-off-by: Thomas Petazzoni

libgtk3: build gtk-encode-symbolic-svg for host variant

2016-04-21T20:05:02+00:00

It's required to create the symbolic icons (RGBA/transparent) which some apps like to use, like connman-gtk. The added patch avoids the need for a full host-libgtk3 build which would require host-libepoxy, host-mesa3d and a ton other deps. And pull in host-librsvg so that we have the rsvg gdk-pixbuf loader (plugin), otherwise scalable (svg) icons will error when trying to be processed, like those provided by adwaita-icon-theme. Signed-off-by: Gustavo Zacarias Signed-off-by: Thomas Petazzoni

libgtk3: bump to version 3.20.3

2016-04-12T22:01:21+00:00

Signed-off-by: Gustavo Zacarias Signed-off-by: Peter Korsgaard

libgtk3: bump to version 3.20.2

2016-04-01T01:57:53+00:00

Signed-off-by: Gustavo Zacarias Signed-off-by: Thomas Petazzoni

libgtk3: wayland backend requires headers >= 3.17

2016-03-29T14:38:34+00:00

As pointed by Thomas, fixes: http://autobuild.buildroot.org/results/473/473fb2f416311ee8a8a8719e3fb3689d9226f451/ Signed-off-by: Gustavo Zacarias Signed-off-by: Thomas Petazzoni

libgtk3: bump to version 3.20.1

2016-03-25T19:54:53+00:00

Signed-off-by: Gustavo Zacarias Signed-off-by: Peter Korsgaard

libgtk3: bump to version 3.20.0

2016-03-24T21:54:43+00:00

Signed-off-by: Gustavo Zacarias Signed-off-by: Thomas Petazzoni

libgtk3: bump to version 3.18.9

2016-03-22T09:02:43+00:00

Mark the wayland backend as good again since the bump and consequent protocol version match fixes it. Drop upstream 0004-Fix-undefined-reference-to-get_xkb.patch Drop unnecessary 0005-do-not-build-extract-strings.patch (extract-strings doesn't exist any more). Signed-off-by: Gustavo Zacarias Signed-off-by: Thomas Petazzoni

cairo, harfbuzz: rework atomic dependencies

2016-02-06T10:16:00+00:00

This commit handles the reverse dependency tree of cairo in terms of atomic dependencies. There are two main changes: - cairo in fact no longer needs atomic operations. It can perfectly build without any __sync built-in, as was tested using an ARC toolchain without atomics, and a SPARC toolchain. Optionally, Cairo can use the __atomic builtins provided by gcc >= 4.7, so support for this is added as well. Thanks to this change, the BR2_ARCH_HAS_ATOMICS dependency is removed from cairo and all its reverse dependencies. - harfbuzz does require the __sync built-in for 4 bytes integers, so we add a dependency on BR2_TOOLCHAIN_HAS_SYNC_4 to harfbuzz and all its reverse dependency, the main one being the pango package. Due to this, the vast majority of gtk-related packages are moved to a dependency on BR2_ARCH_HAS_ATOMICS (which used to be due to cairo) to a dependency on BR2_TOOLCHAIN_HAS_SYNC_4 (due to pango -> harfbuzz). In detail: - cairo Remove BR2_ARCH_HAS_ATOMICS dependency, link against -latomic when gcc >= 4.8 in order to use the __atomic functions. - harfbuzz Add dependency on BR2_TOOLCHAIN_HAS_SYNC_4 - cairomm, gst-plugins-good, gst1-plugins-good, libgdiplus, libsvg-cairo, weston Remove BR2_ARCH_HAS_ATOMICS dependency (since cairo no longer needs atomics) - enlightenment, cwiid, gst-plugins-bad, gst-plugins-base, gst1-plugins-bad, gst1-plugins-base, gtkmm3, libevas-generic-loaders, libfm, libgail, libgtk2, libgtk3, librsvg, openbox, opencv, opencv3, pango, pangomm, pcmanfm, pinentry, rrdtool, webkit, webkitgtk24, xscreensaver Switch from a BR2_ARCH_HAS_ATOMICS dependency to a BR2_TOOLCHAIN_HAS_SYNC_4 (they depend on pango, harfbuzz, gtk, or some other related package) - directfb Remove BR2_ARCH_ATOMICS dependency of the BR2_PACKAGE_DIRECTFB_SVG (since cairo can build without atomics), but add a BR2_TOOLCHAIN_HAS_SYNC_4 dependency on BR2_PACKAGE_DIRECTFB itself since it does use __sync built-ins. This replaces the !BR2_sparc dependency. Signed-off-by: Thomas Petazzoni